+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.
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.