coreutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: requiring 64-bit time_t again in coreutils; off_t too?


From: Pádraig Brady
Subject: Re: requiring 64-bit time_t again in coreutils; off_t too?
Date: Wed, 19 Apr 2023 21:40:34 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:109.0) Gecko/20100101 Thunderbird/109.0

On 10/04/2023 03:32, Paul Eggert wrote:
For a bit of time Savannah coreutils master was rejecting platforms with
32-bit signed time_t, with the idea that we really need to get
installations to be year 2038 safe. Coreutils used Gnulib's
AC_SYS_LARGEFILE to do that. However, this proved a bridge too far for
general use, and Autoconf master now has AC_SYS_YEAR2038_REQUIRED to do
this sort of thing instead. I've migrated this into Gnulib and have just
installed the attached patch to bring Savannah coreutils master back to
the state where 'configure' insists on support for timestamps past 2038.

Just an FYI data point on this.
I see the following adjustment now in termux builds,
i.e. for Android which is a significant platform:

# 
https://android.googlesource.com/platform/bionic/+/master/docs/32-bit-abi.md#is-32_bit-on-lp32-y2038
if [ $TERMUX_ARCH_BITS = 32 ]; then
  TERMUX_PKG_EXTRA_CONFIGURE_ARGS+=" ac_year2038_required=no"
fi

cheers,
Pádraig



reply via email to

[Prev in Thread] Current Thread [Next in Thread]