From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ot1-x333.google.com (mail-ot1-x333.google.com [IPv6:2607:f8b0:4864:20::333]) by sourceware.org (Postfix) with ESMTPS id AA3B43858D33 for ; Wed, 1 Feb 2023 12:27:28 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org AA3B43858D33 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=linaro.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=linaro.org Received: by mail-ot1-x333.google.com with SMTP id 14-20020a9d010e000000b0068bdddfa263so1747920otu.2 for ; Wed, 01 Feb 2023 04:27:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=content-transfer-encoding:in-reply-to:organization:from:references :cc:to:content-language:subject:user-agent:mime-version:date :message-id:from:to:cc:subject:date:message-id:reply-to; bh=V9vm7fk82yrMq1Qe0u0sI9yUJEcDc2pKm2+kTzA65xo=; b=jjSnhaWtMSlmH1NLHWvnJCEQ1+X09bL9MakV2gq7QRPRxSQcucgCVVYRyIKON6fMvG bYVvoQo1JoblYSAoXs1q2fumIzQCZAGnEt0cSYZxX+vPwi7lJgitqQq5mejSagd7qZCZ hpZJeTW4slm7SeiK19BZyxKoj8KC3K6zBFweD7yxY4rQ3dLIZERIXpVMkQ65Zhqx9b8H NmvDglWSsvg948WzEDbaANsJrNYiPryzGJwXSS0iUL9+KlUkJ8g4KYRXlW0hiMMxTwbH h8raBeIyDMc0rjIp+I2/kEv+2vAUJvC5BxZQHvgzOat4peFcI4k12bdyjhr4Clz6956u B2Iw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:organization:from:references :cc:to:content-language:subject:user-agent:mime-version:date :message-id:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=V9vm7fk82yrMq1Qe0u0sI9yUJEcDc2pKm2+kTzA65xo=; b=OHQPpGP+uXXtcpyd7ZBhxg2N179hFZLqAYObSnXO8zMIM5z4YeDQx5PTc9q6YLyZ5e f+d6XEqg+kJjK7Uvtv9IUXPPeCgznl7Hn29WswNnEP/Fxy98sRHadcuDW/sfz7MWvMTL 3vXIE6+O1xGxcreYm83qPlX0WV+eoivoR0jFAOBkF9v6rLT9opjR9rhXloXl7QPgrSnZ H5A9omPXiV3L0Cy1hTUPv9Ijg056Ho6pRqoJMtsKYBry2poner8DJ1uJfHdnz5dGX9Nr lr/m9XECQjTkfMpCCKo5243qrFv9WHavMODh9gsncTOC8Wf2eLecLrYEXoz9HNMG7i4r 2Dyg== X-Gm-Message-State: AO0yUKXf13JNM437beyxNz8JBqg88ggeT/BrtUnY7e7KwRjsB1znLs+k lQOA51XMO1Eb94lDV5hHP2i6jySILlin+uLwuDY= X-Google-Smtp-Source: AK7set/OhHM4kpppghF8uIqPtPusObWn+Kc5/gb/etnYKtqFCoDUMF79TEggtI8Y67pjtH8giSJDDQ== X-Received: by 2002:a9d:19b1:0:b0:686:4f31:5c85 with SMTP id k46-20020a9d19b1000000b006864f315c85mr1011527otk.24.1675254447898; Wed, 01 Feb 2023 04:27:27 -0800 (PST) Received: from ?IPV6:2804:1b3:a7c2:1887:5d31:5c36:95c5:9e2e? ([2804:1b3:a7c2:1887:5d31:5c36:95c5:9e2e]) by smtp.gmail.com with ESMTPSA id t2-20020a9d7742000000b0068d3ec1427bsm859200otl.69.2023.02.01.04.27.26 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 01 Feb 2023 04:27:27 -0800 (PST) Message-ID: Date: Wed, 1 Feb 2023 09:27:24 -0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.7.0 Subject: Re: time64 / Large File Support: 2) default time64 breaks legacy 32bit binaries Content-Language: en-US To: Joseph Myers , Paul Eggert Cc: libc-alpha@sourceware.org References: <10857996.18pcnM708K@pinacolada> <7196595.N7aMVyhfb1@pinacolada> <7271eb94-b5d7-69d6-9be0-ca1afda29a50@cs.ucla.edu> <2342ab66-6ac6-17d8-3693-8e2fd93fc8a1@linaro.org> <8f7236db-a07d-3fd0-1cc-ee82519061b@codesourcery.com> From: Adhemerval Zanella Netto Organization: Linaro In-Reply-To: <8f7236db-a07d-3fd0-1cc-ee82519061b@codesourcery.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-5.3 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=ham 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 27/01/23 20:58, Joseph Myers wrote: > 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. > Between starting add the initial support to override the default 64-bit and making it the default won't be at least 2 version, so I think the layout plan it feasible. I try to move this plan forward, I think it past time we move from non-LFS and 32 bit time as default.