gnulib, "Avoiding the year 2038 problem"

From https://www.gnu.org/software/gnulib/manual/html_node/Avoiding-the-year-2038-problem.html . "This manual is for GNU Gnulib (updated 2023-07-01 10:15:58), which is a library of common routines intended to be shared at the source level."

The Gnulib module ‘year2038’ fixes this problem on some platforms, by making time_t wide enough to represent timestamps after 2038. This has no effect on most current platforms, which have timestamps that are already wide enough. However, ‘year2038’ by default arranges for builds on legacy 32-bit Linux kernels running glibc 2.34 and later to compile with ‘TIMEBITS=64’ to get wider timestamps. On older platforms that do not support timestamps after the year 2038, ‘year2038’ causes configure to issue a warning but still proceed. On platforms that appear to support post-2038 timestamps but where something prevents this from working, configure fails.

An associated Gnulib module is sys_time, https://www.gnu.org/software/gnulib/manual/html_node/sys_002ftime_002eh.html