bug-gnulib@gnu.org mirror (unofficial)
 help / color / mirror / Atom feed
From: Paul Eggert <eggert@cs.ucla.edu>
To: bug-gnulib@gnu.org
Cc: Paul Eggert <eggert@cs.ucla.edu>
Subject: [PATCH 6/6] doc: C2X -> C2x
Date: Sat, 31 Jul 2021 12:01:23 -0700	[thread overview]
Message-ID: <20210731190124.279622-6-eggert@cs.ucla.edu> (raw)
In-Reply-To: <20210731190124.279622-1-eggert@cs.ucla.edu>

---
 ChangeLog                     | 12 ++++++------
 doc/attribute.texi            |  6 +++---
 doc/posix-headers/assert.texi |  2 +-
 doc/verify.texi               |  4 ++--
 lib/attribute.h               |  2 +-
 lib/verify.h                  |  4 ++--
 6 files changed, 15 insertions(+), 15 deletions(-)

diff --git a/ChangeLog b/ChangeLog
index 00224486f..e35192a9e 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -11435,7 +11435,7 @@
 2020-05-03  Paul Eggert  <eggert@cs.ucla.edu>
 
 	attribute: new module
-	This simplifies use of GCC and C2X attributes like ‘deprecated’.
+	This simplifies use of GCC and C2x attributes like ‘deprecated’.
 	* MODULES.html.sh: Add attribute.
 	* doc/attribute.texi, lib/attribute.h, modules/attribute: New files.
 	* doc/gnulib.texi (Particular Modules): Add Attributes.
@@ -11446,7 +11446,7 @@
 	Include attribute.h, and let it define FALLTHROUGH.
 	* lib/bitset/base.h, lib/c-stack.c (__attribute__): Remove macro.
 	* lib/bitset/base.h (ATTRIBUTE_UNUSED): Define in terms of
-	_GL_ATTRIBUTE_MAYBE_UNUSED, for forwards compatibility to C2X.
+	_GL_ATTRIBUTE_MAYBE_UNUSED, for forwards compatibility to C2x.
 	* lib/dfa.c (FALLTHROUGH): Define consistently with gl_COMMON_BODY.
 	This is a copy since Gawk doesn’t use Gnulib.
 	* lib/di-set.h (_GL_ATTRIBUTE_NONNULL): Remove definition that
@@ -11461,7 +11461,7 @@
 	* lib/gl_list.h, lib/gl_map.h, lib/gl_omap.h, lib/gl_oset.h:
 	* lib/gl_set.h: Prefer _GL_ATTRIBUTE_NODISCARD to an ifdeffed
 	__attribute__ ((__warn_unused_result__)), for forward
-	compatibility to C2X.
+	compatibility to C2x.
 	* lib/hash.h (_GL_ATTRIBUTE_WUR): Remove.  All uses replaced by
 	_GL_ATTRIBUTE_NODISCARD.
 	(_GL_ATTRIBUTE_DEPRECATED): Remove, since gl_COMMON_BODY defines it.
@@ -18511,14 +18511,14 @@
 	* lib/verify.h (verify_true): Remove.
 	* tests/test-verify.c (item): Test verify_expr, not verify_true.
 
-	Support C2X and C++17 static_assert
-	C2X and C++17 finally added support for a simple, single-argument
+	Support C2x and C++17 static_assert
+	C2x and C++17 finally added support for a simple, single-argument
 	‘static_assert’ that implements what the Gnulib ‘verify’ macro was
 	doing back in 2005.  Implement static_assert on older platforms.
 	The only remaining advantage of ‘verify’ is a shorter name.
 	* doc/posix-headers/assert.texi (assert.h):
 	* doc/verify.texi (Compile-time Assertions):
-	Modernize for C2X and C++17.
+	Modernize for C2x and C++17.
 	* lib/verify.h (_GL_HAVE__STATIC_ASSERT1, _GL_HAVE_STATIC_ASSERT1):
 	New macros.
 	(_GL_HAVE__STATIC_ASSERT): Remove.
diff --git a/doc/attribute.texi b/doc/attribute.texi
index 983dfc350..815ed01ec 100644
--- a/doc/attribute.texi
+++ b/doc/attribute.texi
@@ -30,7 +30,7 @@ extern char *crypt (char const *, char const *)
 
 @noindent
 @code{NODISCARD} expands to @code{[[nodiscard]]} if the compiler
-supports this C2X syntax, otherwise to
+supports this C2x syntax, otherwise to
 @code{__attribute__ ((__warn_unused_result__))} if the compiler
 is a recent-enough GCC or GCC-like compiler, otherwise to nothing.
 @code{ATTRIBUTE_NOTHROW} expands to @code{__attribute__
@@ -41,11 +41,11 @@ compiler, and to nothing otherwise.  Similarly for
 recent-enough GCC, and to nothing otherwise.
 
 Most of these attribute names begin with @code{ATTRIBUTE_}.
-A few do not, because they are part of C2X and their
+A few do not, because they are part of C2x and their
 names are not likely to clash with other macro names.
 These macros are @code{DEPRECATED}, @code{FALLTHROUGH},
 @code{MAYBE_UNUSED}, and @code{NODISCARD}, which can
-be defined to @code{[[deprecated]]} etc.@: on C2X platforms.
+be defined to @code{[[deprecated]]} etc.@: on C2x platforms.
 Also, these exceptional macros should be placed at the start of
 function declarations, whereas the @code{ATTRIBUTE_*} macros can be
 placed at the end.
diff --git a/doc/posix-headers/assert.texi b/doc/posix-headers/assert.texi
index 28ddd1a59..3392a1691 100644
--- a/doc/posix-headers/assert.texi
+++ b/doc/posix-headers/assert.texi
@@ -13,7 +13,7 @@ Portability problems fixed by Gnulib:
 On older platforms @code{static_assert} and @code{_Static_assert} do
 not allow the second string-literal argument to be omitted.  For
 example, GCC versions before 9.1 do not support the single-argument
-@code{static_assert} that was standardized by C2X and C++17.
+@code{static_assert} that was standardized by C2x and C++17.
 @item
 Even-older platforms do not support @code{static_assert} or
 @code{_Static_assert} at all.  For example, GCC versions before 4.6 do
diff --git a/doc/verify.texi b/doc/verify.texi
index 42ce9b03d..8e2c19fa8 100644
--- a/doc/verify.texi
+++ b/doc/verify.texi
@@ -51,7 +51,7 @@ integer constant expression, then a compiler might reject a usage like
 @samp{verify (@var{V});} even when @var{V} is
 nonzero.
 
-Although the standard @code{assert} macro is a runtime test, C2X
+Although the standard @code{assert} macro is a runtime test, C2x
 specifies a builtin @code{_Static_assert (@var{V})},
 its @file{assert.h} header has a similar macro
 named @code{static_assert}, and C++17 has a similar
@@ -61,7 +61,7 @@ within a @code{struct} or @code{union} specifier, in place of an
 ordinary member declaration.  Second, they allow the programmer to
 specify, as an optional second argument, a compile-time diagnostic as
 a string literal.  If your program is not intended to be portable to
-compilers that lack C2X or C++17 @code{static_assert}, the only
+compilers that lack C2x or C++17 @code{static_assert}, the only
 advantage of @code{verify} is that its name is a bit shorter.
 
 The @file{verify.h} header defines one more macro, @code{assume
diff --git a/lib/attribute.h b/lib/attribute.h
index 6d3c04c07..80a23f550 100644
--- a/lib/attribute.h
+++ b/lib/attribute.h
@@ -32,7 +32,7 @@
 
 
 /* This file defines two types of attributes:
-   * C2X standard attributes.  These have macro names that do not begin with
+   * C2x standard attributes.  These have macro names that do not begin with
      'ATTRIBUTE_'.
    * Selected GCC attributes; see:
      https://gcc.gnu.org/onlinedocs/gcc/Common-Function-Attributes.html
diff --git a/lib/verify.h b/lib/verify.h
index 3485a7e69..a8ca59b09 100644
--- a/lib/verify.h
+++ b/lib/verify.h
@@ -25,7 +25,7 @@
    works as per C11.  This is supported by GCC 4.6.0+ and by clang 4+.
 
    Define _GL_HAVE__STATIC_ASSERT1 to 1 if _Static_assert (R) works as
-   per C2X.  This is supported by GCC 9.1+.
+   per C2x.  This is supported by GCC 9.1+.
 
    Support compilers claiming conformance to the relevant standard,
    and also support GCC when not pedantic.  If we were willing to slow
@@ -202,7 +202,7 @@ template <int w>
 
    This macro requires three or more arguments but uses at most the first
    two, so that the _Static_assert macro optionally defined below supports
-   both the C11 two-argument syntax and the C2X one-argument syntax.
+   both the C11 two-argument syntax and the C2x one-argument syntax.
 
    Unfortunately, unlike C11, this implementation must appear as an
    ordinary declaration, and cannot appear inside struct { ... }.  */
-- 
2.31.1



  parent reply	other threads:[~2021-07-31 19:02 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-07-31 19:01 [PATCH 1/6] limits-h: add BOOL_MAX, BOOL_WIDTH Paul Eggert
2021-07-31 19:01 ` [PATCH 2/6] manywarnings: document GCC 11 warnings Paul Eggert
2021-07-31 19:01 ` [PATCH 3/6] gnulib-common: update for C2x 2020-12-11 draft Paul Eggert
2021-07-31 19:01 ` [PATCH 4/6] gnulib-common: update for gcc -Wmismatched-dealloc Paul Eggert
2021-07-31 19:01 ` [PATCH 5/6] xalloc: add malloc-related function attributes Paul Eggert
2021-07-31 19:01 ` Paul Eggert [this message]
2021-08-01 13:38 ` [PATCH 1/6] limits-h: add BOOL_MAX, BOOL_WIDTH Bruno Haible

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://lists.gnu.org/mailman/listinfo/bug-gnulib

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20210731190124.279622-6-eggert@cs.ucla.edu \
    --to=eggert@cs.ucla.edu \
    --cc=bug-gnulib@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).