From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id OMHWGyqT8mKtyyMAWB0awg (envelope-from ) for ; Tue, 09 Aug 2022 13:02:34 -0400 Received: by simark.ca (Postfix, from userid 112) id 6D4681E5EA; Tue, 9 Aug 2022 13:02:34 -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 CDECF1E13B for ; Tue, 9 Aug 2022 13:02:33 -0400 (EDT) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 481993854143 for ; Tue, 9 Aug 2022 17:02:30 +0000 (GMT) Received: from zimbra.cs.ucla.edu (zimbra.cs.ucla.edu [131.179.128.68]) by sourceware.org (Postfix) with ESMTPS id 157893856DEA; Tue, 9 Aug 2022 17:02:19 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 157893856DEA 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 7DDDC1600D4; Tue, 9 Aug 2022 10:02:18 -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 HR4_qHwAMLwa; Tue, 9 Aug 2022 10:02:17 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id A39E0160133; Tue, 9 Aug 2022 10:02:17 -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 GO5gwCTAFK0l; Tue, 9 Aug 2022 10:02:17 -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 6A2661600D4; Tue, 9 Aug 2022 10:02:17 -0700 (PDT) Message-ID: Date: Tue, 9 Aug 2022 10:02:16 -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: Eli Zaretskii 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> <2958d426-aece-4597-1a6d-ec0981ebb1a6@cs.ucla.edu> <26aee793-5d5a-62c7-38ee-e133db897984@arm.com> <126b860d-0c2c-9fab-a87b-7b97df5ee034@cs.ucla.edu> <83y1vxtm7a.fsf@gnu.org> From: Paul Eggert Organization: UCLA Computer Science Department Subject: Re: [PATCH] Disable year 2038 support on 32-bit hosts by default In-Reply-To: <83y1vxtm7a.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable 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: simark@simark.ca, binutils@sourceware.org, gdb-patches@sourceware.org Errors-To: gdb-patches-bounces+public-inbox=simark.ca@sourceware.org Sender: "Gdb-patches" On 8/9/22 09:29, Eli Zaretskii wrote: >> Date: Tue, 9 Aug 2022 08:49:53 -0700 >> From: Paul Eggert >> >> PPS. I couldn't get a 32-bit version of binutils-gdb to build on Fedor= a >> x86-64, even without either of the attached patches. >=20 > FTR, I regularly do such builds (on native MS-Windows), both the parts > used by GDB when I build GDB, and when I build Binutils themselves. I > never had any trouble (with the caveat that I didn't yet build the > latest Binutils 3.29). Oh, I should make it clear that my failure was with bleeding-edge=20 binutils-gdb, commit f56173071020d3e97c98c550ba6264122e5d861d dated Tue=20 Aug 9 15:39:02 2022 +0100. My Fedora 36 platform had=20 gcc-12.1.1-1.fc36.x86_64 and binutils-2.37-27.fc36.x86_64; I configured=20 with CC=3D'gcc -m32' CXX=3D'gcc -m32' to cause the binutils-gdb build to = be=20 in 32-bit mode. Hmm, likely that CXX was wrong and I should have used g++ not gcc.=20 However, switching to g++ doesn't work either; when I configure it this w= ay: ../binutils-gdb/configure CC=3D'gcc -m32' CXX=3D'g++ -m32' the build still fails as follows, on both Fedora 36 and Ubuntu 22.04.1=20 LTS (which uses GCC 11.2). So there's still something squirrelly going=20 on with respect to 32-builds on GNU/Linux, which as I understand it are=20 the only builds where these year-2038 fixes are relevant. CXX linux-amd64-ipa.o ../../binutils-gdb/gdbserver/linux-amd64-ipa.cc: In function =E2=80=98con= st=20 target_desc* get_ipa_tdesc(int)=E2=80=99: ../../binutils-gdb/gdbserver/linux-amd64-ipa.cc:201:14: error:=20 =E2=80=98amd64_linux_read_description=E2=80=99 was not declared in this s= cope; did you=20 mean =E2=80=98i386_linux_read_description=E2=80=99? 201 | return amd64_linux_read_description (X86_XSTATE_SSE_MASK,=20 true); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ | i386_linux_read_description ../../binutils-gdb/gdbserver/linux-amd64-ipa.cc: In function =E2=80=98voi= d=20 initialize_low_tracepoint()=E2=80=99: ../../binutils-gdb/gdbserver/linux-amd64-ipa.cc:282:3: error:=20 =E2=80=98amd64_linux_read_description=E2=80=99 was not declared in this s= cope; did you=20 mean =E2=80=98i386_linux_read_description=E2=80=99? 282 | amd64_linux_read_description (X86_XSTATE_SSE_MASK, true); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ | i386_linux_read_description