From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp-out1.suse.de (smtp-out1.suse.de [195.135.220.28]) by sourceware.org (Postfix) with ESMTPS id 6E7A23858D39 for ; Mon, 6 Mar 2023 08:58:03 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 6E7A23858D39 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=suse.de Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=suse.de Received: from relay2.suse.de (relay2.suse.de [149.44.160.134]) by smtp-out1.suse.de (Postfix) with ESMTP id 4FF3522259; Mon, 6 Mar 2023 08:58:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_rsa; t=1678093082; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=N/5Pp4PO/2PWOoXA/8pUnXKCWzc1Shmp7HNQpAj2loY=; b=gT23h9FyFAthihe9KnO0L3oeOeZ59McL0ig4OOTfs8RIIvN6j6byGsYhJEAEEB94/rno+d QH7xyW2DCzs0oHC2IeqiVsckXTiKHRMdCUxJvk/RLjALYt3DvLyxCwlJs47suoBF5nkjjP hCbXiY+QVpTLfnSxb7Ur4+R+oIPD0yk= DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_ed25519; t=1678093082; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=N/5Pp4PO/2PWOoXA/8pUnXKCWzc1Shmp7HNQpAj2loY=; b=8f+L9mpPpK9cZJGNta2thUgaUXVC/M2g3tqofoRE8ukCy6TJh0AvjtxOOmtqWffK7fQBl2 qRLMtL+KpXgxLiAw== Received: from hawking.suse.de (unknown [10.168.4.11]) by relay2.suse.de (Postfix) with ESMTP id 736082C141; Mon, 6 Mar 2023 08:58:01 +0000 (UTC) Received: by hawking.suse.de (Postfix, from userid 17005) id 347E0442EE0; Mon, 6 Mar 2023 09:58:01 +0100 (CET) From: Andreas Schwab To: Paul Eggert Cc: Daniel P. =?utf-8?Q?Berrang=C3=A9?= , Demi Marie Obenour , Eric Blake , Sam James , Carlos O'Donell via Libc-alpha , autoconf@gnu.org, c-std-porting@lists.linux.dev, Zack Weinberg , David Seifert , Gentoo Toolchain , Arsen =?utf-8?Q?Arsenovi=C4=87?= , rjones@redhat.com Subject: Re: On time64 and Large File Support References: <20230301223859.chl5o3bedqckf3tx@redhat.com> <086d6fcd-3738-cc7f-db72-6a8d19d33e30@gmail.com> <7253e4c5-0f36-e725-f180-624f8887bf08@cs.ucla.edu> X-Yow: Hey, waiter! I want a NEW SHIRT and a PONY TAIL with lemon sauce! Date: Mon, 06 Mar 2023 09:58:01 +0100 In-Reply-To: (Paul Eggert's message of "Thu, 2 Mar 2023 21:46:42 -0800") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-3.1 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,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 Mär 02 2023, Paul Eggert wrote: > Another thing that's different is that when off_t grew in the 1990s, > people said they needed a wider off_t RIGHT NOW, because programs wouldn't > work on large inputs otherwise. That is only true for rather few selected programs. > The pressure to build with _FILE_OFFSET_BITS=64 was large enough that > a working consensus was reached pretty quickly to build that way. The pressure for 64-bit time_t is much higher, because it affects almost every program. -- Andreas Schwab, SUSE Labs, schwab@suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different."