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 B134F3858D28 for ; Wed, 25 Jan 2023 23:59:58 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org B134F3858D28 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=gentoo.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gentoo.org From: "Andreas K. Huettel" To: libc-alpha@sourceware.org Subject: time64 / Large File Support: 2) default time64 breaks legacy 32bit binaries Date: Thu, 26 Jan 2023 00:59:52 +0100 Message-ID: <7196595.N7aMVyhfb1@pinacolada> Organization: Gentoo Linux In-Reply-To: <10857996.18pcnM708K@pinacolada> References: <10857996.18pcnM708K@pinacolada> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart18814785.JCcGWNJJiE"; micalg="pgp-sha512"; protocol="application/pgp-signature" X-Spam-Status: No, score=-3.7 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: --nextPart18814785.JCcGWNJJiE Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; protected-headers="v1" From: "Andreas K. Huettel" To: libc-alpha@sourceware.org Date: Thu, 26 Jan 2023 00:59:52 +0100 Message-ID: <7196595.N7aMVyhfb1@pinacolada> Organization: Gentoo Linux In-Reply-To: <10857996.18pcnM708K@pinacolada> References: <10857996.18pcnM708K@pinacolada> MIME-Version: 1.0 > 2) the transition to default time64 breaks legacy 32bit binaries in > unpredictable ways Since the size of time_t is changing, a transition to a default 64bit inter= face changes the public ABI of all libraries that integrate this type in any way. Which means, if an application is linked to such a library, and the library= is later recompiled, undefined behaviour ensues. This was discussed already in the previous thread on this list [1], with re= actions ranging from "need new triplet" via "need new libdir" to "meh". The latter is a bit surprising given how much emphasis glibc usually places= on=20 backwards compatibility. While we could certainly go ahead and invent a solution in Gentoo here, this makes no sense at all for one distribution alone. This is an upstream probl= em and should be solved here... pretty please? opinions? [1] https://sourceware.org/pipermail/libc-alpha/2022-November/143386.html Am Donnerstag, 26. Januar 2023, 00:57:31 CET schrieb Andreas K. Huettel: > Dear all,=20 >=20 > now that the 2.37 release and with that another half year of delay is nea= r,=20 > I'd like to remind everyone that we still need to find some decent soluti= on > for the remaining problems associated with time64 and LFS as discussed > earlier [1]. >=20 > As far as I can see at the moment there are two things that need a soluti= on. >=20 > 1) qemu usermode emulation is broken when emulating a 32bit arch from a 6= 4bit > arch, bug 23960 > =20 > 2) the transition to default time64 breaks legacy 32bit binaries in > unpredictable ways >=20 > I'm going to reply with two separate e-mails for these issues, and would = be > very happy for your opinions and contributions on the respective threads. >=20 > Cheers, > Andreas=20 > (Gentoo toolchain team) >=20 > [1] https://sourceware.org/pipermail/libc-alpha/2022-November/143386.html >=20 >=20 =2D-=20 Andreas K. H=FCttel dilfridge@gentoo.org Gentoo Linux developer (council, toolchain, base-system, perl, libreoffice) --nextPart18814785.JCcGWNJJiE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQKTBAABCgB9FiEE/Rnm0xsZLuTcY+rT3CsWIV7VQSoFAmPRwnhfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEZE MTlFNkQzMUIxOTJFRTREQzYzRUFEM0RDMkIxNjIxNUVENTQxMkEACgkQ3CsWIV7V QSoGsA//bk182sI2uJWr33rODJMCEsEtxVCOh08iatOlx3jRqAymPgN8ucSObdtH 0O8ohsA4wTSIK+ddlnmZ4DexKlFjO++HKwMOHPT3kWVAGQZlb+nGBiVuwCZ4vyra LRZ6fBGYoIUsEE8qXvlQq2fSZ5Ofbx9ZywcGRUPpFplz2B3Pfp3zpVrcSDmcCwvY /vZt9tV7jOvtfVJ1Aapx4IBSEtnhC8ud2szuNHkAgXSMGIS3AOB+ellY8G89twQk bjueWMRtLyID9ONb2lw9yygmM2jlDDQKfxxOblgoW481SwZSqNszJBcRRTT5+huj aovTpO8n5sZuJpR72+u70QdU/lbGDDURe3nqSDYajT+u2KR1ytGF2BBYjyoSbq/m D6Wo3Gpyh1MDQebVegntRzhKGr1GnWlCT5Kh6Oa6J5e6VAYnOrUg++eqlDmk9lMN 8lbPEt/lCZ57FnREpknYIRiL1I1gUJMuxAWfR8z/bnH1Ez8LpaOWT+l73Sw+Fop9 z2/M/pTE74uqyvTcKG3ih+NKlVUGmqZrKwRFvljsHrLeUSMSnIM0rG6V6vUzgwxt 6mOjT9WS1HpY6L0HpIXMB1chdJS634k7GtUcEcstUNqlN+J30X9z1Q5nH4wthYmx d+YfzWIO73ilFT9X6it5giE4CvjnxDe1r61t5XAXF3oxYWr2nAU= =W13u -----END PGP SIGNATURE----- --nextPart18814785.JCcGWNJJiE--