From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from esa3.mentor.iphmx.com (esa3.mentor.iphmx.com [68.232.137.180]) by sourceware.org (Postfix) with ESMTPS id CA7583858D20 for ; Fri, 27 Jan 2023 23:58:09 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org CA7583858D20 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=codesourcery.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=mentor.com X-IronPort-AV: E=Sophos;i="5.97,252,1669104000"; d="scan'208";a="94850792" Received: from orw-gwy-01-in.mentorg.com ([192.94.38.165]) by esa3.mentor.iphmx.com with ESMTP; 27 Jan 2023 15:58:09 -0800 IronPort-SDR: Sl9AZUO2+xaYvUVIOV1hgnV8ryIdiOm2CHg5iplhZkWZrlIrOs3WuUv1wG16njdkO7TfZHxF+N Irc3A0oQeamfFblhyYg0OLv37uUDMsYz2qceQ82SgF3FfuG7/JVLz8cjxfzGSt4as4qocZFeE5 BMgb70chISpaM27DFC5ITaoGUfbYKmT4SoovpCQL48YsHqIYg/EjObRUjNNDncv8XycG2rKYhA VGo/SGvA9SkvvgT2c0iNXcUoCAvs/FNcNWiHaKeHPu0pbZPpGiGLC1hFKtoURGNU+N6Js7QmX/ anM= Date: Fri, 27 Jan 2023 23:58:04 +0000 From: Joseph Myers To: Paul Eggert CC: Adhemerval Zanella Netto , Subject: Re: time64 / Large File Support: 2) default time64 breaks legacy 32bit binaries In-Reply-To: Message-ID: <8f7236db-a07d-3fd0-1cc-ee82519061b@codesourcery.com> References: <10857996.18pcnM708K@pinacolada> <7196595.N7aMVyhfb1@pinacolada> <7271eb94-b5d7-69d6-9be0-ca1afda29a50@cs.ucla.edu> <2342ab66-6ac6-17d8-3693-8e2fd93fc8a1@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-Originating-IP: [137.202.0.90] X-ClientProxiedBy: svr-ies-mbx-13.mgc.mentorg.com (139.181.222.13) To svr-ies-mbx-10.mgc.mentorg.com (139.181.222.10) X-Spam-Status: No, score=-3108.7 required=5.0 tests=BAYES_00,HEADER_FROM_DIFFERENT_DOMAINS,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: On Fri, 27 Jan 2023, Paul Eggert wrote: > On 2023-01-27 09:40, Adhemerval Zanella Netto wrote: > > > Another possibility is to adopt the milder approach for glibc version N, > > > and switch to the more drastic approach in glibc version N+1.This would > > > give distros time to test this new configure-time option before it's the > > > default. > > Do you mean add the --enable-hard-sys-types64 on glibc N, and then remove it > > on > > N+1 and make the 64-bit the default? > > Sure, that would work. If that's too fast we could do something more gradual, > like this: > > 1. glibc version N supports --enable-hard-sys-types64 and > --disable-hard-sys-types64 and the default is disabled. > > 2. glibc version N+1 is the same, but the default is enabled. > > 3. glibc version N+2 removes support for --disable-hard-sys-types64; > --enable-hard-sys-type64 remains as a no-op. One release is an extremely short time period for glibc (six months). A few years between steps would seem better for something like this. -- Joseph S. Myers joseph@codesourcery.com