doc: “C11” → “C standard” for <sys/types.h>
authorPaul Eggert <eggert@cs.ucla.edu>
Sat, 15 Feb 2025 02:02:04 +0000 (18:02 -0800)
committerPaul Eggert <eggert@cs.ucla.edu>
Sat, 15 Feb 2025 02:05:32 +0000 (18:05 -0800)
* doc/gnulib-readme.texi (C language versions): Don’t be overly
specific about <sys/types.h>’s absence from the C standard.

ChangeLog
doc/gnulib-readme.texi

index 1d543ca251994bbae8c3fbdf5c37f4f3a38d9d98..92010112851f4110248ea3066c2b33d769eecf25 100644 (file)
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,9 @@
+2025-02-14  Paul Eggert  <eggert@cs.ucla.edu>
+
+       doc: “C11” → “C standard” for <sys/types.h>
+       * doc/gnulib-readme.texi (C language versions): Don’t be overly
+       specific about <sys/types.h>’s absence from the C standard.
+
 2025-02-14  Bruno Haible  <bruno@clisp.org>
 
        isalnum_l: Fix errors in C++ mode.
index 737134edcd8ff53037c07db6cef0002172e58c7a..3d2d09fefbbf18b27f028faae96241818a43e05f 100644 (file)
@@ -331,8 +331,8 @@ list but is obsolescent as of C23.  Gnulib code can also assume the existence
 of @code{<ctype.h>}, @code{<errno.h>}, @code{<fcntl.h>},
 @code{<locale.h>}, @code{<signal.h>}, @code{<stdio.h>},
 @code{<stdlib.h>}, @code{<string.h>}, and @code{<time.h>}.  Similarly,
-many modules include @code{<sys/types.h>} even though it's not even in
-C11; that's OK since @code{<sys/types.h>} has been around nearly
+many modules include @code{<sys/types.h>} even though it's not
+in the C standard; that's OK since @code{<sys/types.h>} has been around nearly
 forever.
 
 Even if the include files exist, they may not conform to the C standard.