From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.esperi.org.uk (icebox.esperi.org.uk [81.187.191.129]) by sourceware.org (Postfix) with ESMTPS id 80FE83858D1E for ; Sat, 8 Apr 2023 15:50:14 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 80FE83858D1E Authentication-Results: sourceware.org; dmarc=fail (p=none dis=none) header.from=oracle.com Authentication-Results: sourceware.org; spf=fail smtp.mailfrom=oracle.com Received: from loom (nix@sidle.srvr.nix [192.168.14.8]) by mail.esperi.org.uk (8.16.1/8.16.1) with ESMTPS id 338FoBts003292 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 8 Apr 2023 16:50:11 +0100 From: Nick Alcock To: binutils@sourceware.org Cc: Alan Modra Subject: Re: [PATCH 4/4] libctf: get the offsets of fields of unnamed structs/unions right References: <20230324133625.450723-1-nick.alcock@oracle.com> <20230324133625.450723-4-nick.alcock@oracle.com> <87y1nilc9v.fsf@esperi.org.uk> <87355dkzbu.fsf@esperi.org.uk> Emacs: you'll understand when you're older, dear. Date: Sat, 08 Apr 2023 16:50:11 +0100 In-Reply-To: <87355dkzbu.fsf@esperi.org.uk> (Nick Alcock via Binutils's message of "Thu, 06 Apr 2023 12:46:45 +0100") Message-ID: <87sfdaidak.fsf@esperi.org.uk> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.1.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-DCC--Metrics: loom 1480; Body=2 Fuz1=2 Fuz2=2 X-Spam-Status: No, score=-11.8 required=5.0 tests=BAYES_00,KAM_DMARC_NONE,KAM_DMARC_STATUS,KAM_LAZY_DOMAIN_SECURITY,KHOP_HELO_FCRDNS,SPF_HELO_NONE,SPF_NONE,TXREP autolearn=no 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 6 Apr 2023, Nick Alcock via Binutils spake thusly: > On 27 Mar 2023, Alan Modra stated: >> On Mon, Mar 27, 2023 at 11:27:40AM +0100, Nick Alcock wrote: >>> Are they all 32-bit platforms? It looks like it. >> >> Yes, and built on x86_64-linux. Which is why things go wrong. >> "lookup" is compiled and running on x86_64, thus compiled in offsets >> are for the 64-bit host. The test objects are compiled by the >> relevant target compiler, in this case all 32-bit. Things would break >> with a 32-bit host and 64-bit targets too of course. > > I have a fix under test that just turns this test off when > cross-compiling. Now pushed as commit 30a794e9f1db2de9099ed4c494d917d4e86de0fd. -- NULL && (void)