|
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
[Prev in Thread] | Current Thread | [Next in Thread] |