From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp.gentoo.org (smtp.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) by sourceware.org (Postfix) with ESMTP id 50D7F3858425 for ; Tue, 15 Nov 2022 05:09:40 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 50D7F3858425 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=gentoo.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gentoo.org Content-Type: multipart/signed; boundary="Apple-Mail=_74E9E710-9F27-4382-A836-D24272EB0A4A"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.200.110.1.12\)) Subject: Re: On time64 and Large File Support From: Sam James In-Reply-To: Date: Tue, 15 Nov 2022 05:09:24 +0000 Cc: Wookey , Bruno Haible , Zack Weinberg , Florian Weimer , Autoconf Development , c-std-porting@lists.linux.dev, Gentoo Toolchain , Gnulib bugs , Arnd Bergmann Message-Id: References: <6953747.nAD6y4vbrC@nimes> <20221112202321.GO27919@mail.wookware.org> To: Paul Eggert , Carlos O'Donell via Libc-alpha X-Mailer: Apple Mail (2.3731.200.110.1.12) X-Spam-Status: No, score=-4.1 required=5.0 tests=BAYES_00,JMQ_SPF_NEUTRAL,KAM_DMARC_STATUS,SPF_HELO_PASS,SPF_PASS,TXREP autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: --Apple-Mail=_74E9E710-9F27-4382-A836-D24272EB0A4A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On 12 Nov 2022, at 21:31, Paul Eggert wrote: >=20 > On 2022-11-12 12:23, Wookey wrote: >> we can't just have everyone who enabled LFS sometime in the >> last 20 years suddenly being forced into the time_t change (can we?) >=20 > We've done it in the past. >=20 > AC_SYS_LARGEFILE originally was in Gnulib, before it migrated to = Autoconf. Originally it affected only off_t; its effect on other types = like ino_t came later. Hence people who initially used AC_SYS_LARGEFILE = were later "suddenly forced" into an ino_t width change. Similarly for = other non-off_t types that AC_SYS_LARGEFILE affects. >=20 > So there's longstanding precedent for AC_SYS_LARGEFILE changing the = width of system types that were formerly unaffected. The difference is = that time_t is more widely used than ino_t etc., and people are = understandably more concerned about time_t changes. >=20 Thanks, that's a helpful bit of history I wasn't aware of there. >=20 > Because of the concerns raised in this thread it's become clear that = what's in Autoconf now is too drastic, and I've proposed (though not yet = implemented) a change that will cause AC_SYS_LARGEFILE to continue to = not affect time_t unless there's an affirmative request like = "./configure --enable-year2038". I am waiting for feedback on that from = Zack and others, and am hoping for quick turnaround on this because we = do need a new Autoconf release. >=20 >=20 Sorry, I missed this until now. That would work well for me too. It's fine for me at least if the same = macro just haas additional compatibilities, even if a bit confusing at first. As for further changes (as the original post wasn't exclusive to = autoconf), I await comment from other glibc maintainers as I still feel like we're pretty stuck about how to handle this overall. But your suggestion (or zw's patch) puts out or dampens the autoconf fire at least. Thanks for helping come to a compromise. I know this isn't a simple or easy topic at all. --Apple-Mail=_74E9E710-9F27-4382-A836-D24272EB0A4A Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQQlpruI3Zt2TGtVQcJzhAn1IN+RkAUCY3MfBF8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0MjVB NkJCODhERDlCNzY0QzZCNTU0MUMyNzM4NDA5RjUyMERGOTE5MAAKCRBzhAn1IN+R kF9rAP9+SUmtUV2NufxePWdikxEJabGVwlvWj3bFvIQnTJDg4AD+KXJJWWsJL8iw UATJVlJbW9coRryJ7d+8UEzc12wPfwM= =v0kv -----END PGP SIGNATURE----- --Apple-Mail=_74E9E710-9F27-4382-A836-D24272EB0A4A--