+2020-01-03 Paul Eggert <eggert@cs.ucla.edu>
+
+ doc: mention 32-bit time_t issue
+ * doc/posix-headers/sys_stat.texi (sys/stat.h):
+ * doc/posix-headers/time.texi (time.h): Mention 2038.
+
2020-01-03 Bruno Haible <bruno@clisp.org>
mbrtowc: Ensure the mbtowc_lock is unique.
Portability problems not fixed by Gnulib:
@itemize
@item
+@xref{time.h}, for general portability problems with the
+@code{time_t} components of @code{struct stat}.
+@item
The macro @code{S_IFBLK} is missing on some platforms:
MSVC 14.
@item
Portability problems not fixed by Gnulib:
@itemize
@item
+On platforms with 32-bit @code{time_t}, functions like @code{stat} can
+fail with @code{errno == EOVERFLOW} when a timestamp is out of range,
+such as with a file timestamp in the far future or past; on others,
+the functions silently return the low-order 32 bits of the correct
+timestamp. These platforms will be obsolete when 32-bit @code{time_t}
+rolls around, which will occur the year 2038 for the typical case when
+@code{time_t} is signed.
+@item
On some platforms the @code{tv_nsec} member of @code{struct timespec}
is not of type @code{long}, but is of type @code{long long} instead:
glibc x32
-
@end itemize