* Paul Eggert: > In glibc 2.34 on Linux kernels where time_t is traditionally 32-bit, > defining _FILE_OFFSET_BITS=64 and _TIME_BITS=64 makes time_t 64-bit. > Apps must define both macros. Gnulib applications that use either > the largefile or the year2038 modules will want this behavior; > largefile because it deals with the off_t and ino_t components of > struct stat already, and so should also deal with time_t.
Won't this be a very disruptive change to distributions, whose system libraries have not switched to 64-bit time_t on 32-bit? gnulib should not try to force a different distribution default. I'm worried that this will lead to distributions abandoning 32-bit i386 support altogether because the support cost is too high—and you can't even run legacy binaries anymore. Thanks, Florian