From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: 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 Cc: gdb-patches@sourceware.org, binutils@sourceware.org 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-Spam-Status: No, score=-3.0 required=5.0 tests=BAYES_00, JMQ_SPF_NEUTRAL, KAM_DMARC_STATUS, NICE_REPLY_A, SPF_HELO_NONE, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org X-BeenThere: binutils@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Binutils mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2022 17:55:49 -0000 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?