From: Paul Eggert Date: Sat, 15 Feb 2025 02:02:04 +0000 (-0800) Subject: doc: “C11” → “C standard” for X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=cf7678488372e5199e062741a4796d5878742e7d;p=thirdparty%2Fgnulib.git doc: “C11” → “C standard” for * doc/gnulib-readme.texi (C language versions): Don’t be overly specific about ’s absence from the C standard. --- diff --git a/ChangeLog b/ChangeLog index 1d543ca251..9201011285 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,9 @@ +2025-02-14 Paul Eggert + + doc: “C11” → “C standard” for + * doc/gnulib-readme.texi (C language versions): Don’t be overly + specific about ’s absence from the C standard. + 2025-02-14 Bruno Haible isalnum_l: Fix errors in C++ mode. diff --git a/doc/gnulib-readme.texi b/doc/gnulib-readme.texi index 737134edcd..3d2d09fefb 100644 --- a/doc/gnulib-readme.texi +++ b/doc/gnulib-readme.texi @@ -331,8 +331,8 @@ list but is obsolescent as of C23. Gnulib code can also assume the existence of @code{}, @code{}, @code{}, @code{}, @code{}, @code{}, @code{}, @code{}, and @code{}. Similarly, -many modules include @code{} even though it's not even in -C11; that's OK since @code{} has been around nearly +many modules include @code{} even though it's not +in the C standard; that's OK since @code{} has been around nearly forever. Even if the include files exist, they may not conform to the C standard.