+2021-07-06 Paul Eggert <eggert@cs.ucla.edu>
+
+ doc: clarify which module fixes 32-bit time_t
+ * doc/posix-headers/time.texi: Make it clear that the 32-bit
+ time_t problem is addressed by the year2038 module, not
+ by the time module.
+
2021-07-01 Paul Eggert <eggert@cs.ucla.edu>
year2038: support glibc 2.34 _TIME_BITS=64
Portability problems fixed by Gnulib:
@itemize
@item
-On some platforms where @code{time_t} defaults to 32-bit but can be
-changed to 64-bit, functions like @code{stat} can fail with
-@code{errno == EOVERFLOW} when a 32-bit timestamp is out of range,
-such as with a file timestamp in the far future or past:
-glibc 2.34.
-@item
@samp{struct timespec} is not defined on some platforms.
@item
The macro @code{TIME_UTC} is not defined on many platforms:
NetBSD 5.0.
@end itemize
+Portability problems fixed by the Gnulib module @code{year2038}:
+@itemize
+@item
+On some platforms where @code{time_t} defaults to 32-bit but can be
+changed to 64-bit, functions like @code{stat} can fail with
+@code{errno == EOVERFLOW} when a 32-bit timestamp is out of range,
+such as with a file timestamp in the far future or past:
+glibc 2.34.
+@end itemize
+
Portability problems not fixed by Gnulib:
@itemize
@item