V Mon, Jun 06, 2022 at 12:07:18PM +0200, Miroslav Lichvar napsal(a):
On Thu, Jun 02, 2022 at 05:46:05PM +0200, Petr Pisar wrote:
> $ gcc -m32 -D_TIME_BITS=64 -D_FILE_OFFSET_BITS=64 main.c
> $ ./a.out
> sizeof(time_t)=8
>
> I recommend you to file a bug against tar in Fedora's Bugzilla. However, this
> proposed solution would require rebuilding in the same way all libraries which
> tar uses and which pass time_t and similar types in their interface. That
> would probably break other packages.
Now that the kernel and glibc have this feature, would it make sense
to change the global CFLAGS to build everything with 64-bit time_t on
all currently supported 32-bit archs? If not now, how close to the
32-bit overflow in 2038?
That would be ideal, but I worry that Fedora will rather drop i686 archicture
than change ABI of all packages.
Most of the uses cases for i686 is a multilib for proprietary software.
Changing ABI would break it. How much of that software will be relevant in 15
years?
We dropped 32-bit ARM because we were unable to build the software (in
a reasonable time). As software becomes hungrier (and less tested on 32 bits), we
start observing the same problem in i686.
-- Petr