From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id kP+MFS9O8WJp5SIAWB0awg (envelope-from ) for ; Mon, 08 Aug 2022 13:55:59 -0400 Received: by simark.ca (Postfix, from userid 112) id 562D41EA06; Mon, 8 Aug 2022 13:55:59 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-3.9 required=5.0 tests=BAYES_00,MAILING_LIST_MULTI, NICE_REPLY_A autolearn=unavailable autolearn_force=no version=3.4.6 Received: from sourceware.org (server2.sourceware.org [8.43.85.97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id 156711E9ED for ; Mon, 8 Aug 2022 13:55:59 -0400 (EDT) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 71123385AC1B for ; Mon, 8 Aug 2022 17:55:58 +0000 (GMT) Received: from zimbra.cs.ucla.edu (zimbra.cs.ucla.edu [131.179.128.68]) by sourceware.org (Postfix) with ESMTPS id DBFA43857005; Mon, 8 Aug 2022 17:55:47 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org DBFA43857005 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=cs.ucla.edu Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=cs.ucla.edu Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id EF1D1160126; Mon, 8 Aug 2022 10:55:46 -0700 (PDT) Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id kaH_JDyS4hFs; Mon, 8 Aug 2022 10:55:46 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 446CD160127; Mon, 8 Aug 2022 10:55:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id VmO-LQ5Wn6pX; Mon, 8 Aug 2022 10:55:46 -0700 (PDT) Received: from [192.168.1.9] (cpe-172-91-119-151.socal.res.rr.com [172.91.119.151]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 0FC83160126; Mon, 8 Aug 2022 10:55:46 -0700 (PDT) Message-ID: <2958d426-aece-4597-1a6d-ec0981ebb1a6@cs.ucla.edu> Date: Mon, 8 Aug 2022 10:55:45 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.11.0 Content-Language: en-US To: Luis Machado , Eli Zaretskii , Simon Marchi References: <20220801075149.1152064-1-luis.machado@arm.com> <959a19b9-b2c3-6638-e0b9-b66ca8328574@simark.ca> <4224183e-e2c1-9a98-7e41-61a58e49aa29@arm.com> <14374ca2-3979-f2d2-2296-a36ba9c615d2@simark.ca> <834jyw2bwd.fsf@gnu.org> <83e592ff-fa28-ddfb-a46d-79db726d2b5e@arm.com> From: Paul Eggert Organization: UCLA Computer Science Department Subject: Re: [PATCH] Disable year 2038 support on 32-bit hosts by default In-Reply-To: <83e592ff-fa28-ddfb-a46d-79db726d2b5e@arm.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: gdb-patches@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: binutils@sourceware.org, gdb-patches@sourceware.org Errors-To: gdb-patches-bounces+public-inbox=simark.ca@sourceware.org Sender: "Gdb-patches" On 8/1/22 23:42, Luis Machado wrote: > > Maybe the best course of action is to get autoconf patched to support > year2038 checks and then use that > in binutils-gdb. Sorry, I'm a bit lost here. GDB can already do what Gnulib's largefile module does; that's just some .m4 code. It sounds like you don't want GDB to do that, and instead want Autoconf to do something - presumably, modify Autoconf's AC_SYS_LARGEFILE to do the same thing that Gnulib's AC_SYS_LARGEFILE does). Although Autoconf could do that, I don't see why that would be be any better for GDB than GDB's using the equivalent of Gnulib's largefile module in GDB's ACX_LARGEFILE macro. What am I missing?