From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pf1-x42f.google.com (mail-pf1-x42f.google.com [IPv6:2607:f8b0:4864:20::42f]) by sourceware.org (Postfix) with ESMTPS id 76EED385840B for ; Sun, 30 Jan 2022 22:48:43 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 76EED385840B Received: by mail-pf1-x42f.google.com with SMTP id i65so11351247pfc.9 for ; Sun, 30 Jan 2022 14:48:43 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=kSGLL4Uvcj7MoaGgWjpybU/tMQgIu49yB1O9ncqU5sU=; b=RMJwNpeOpYLPs5OJ5E7RGqoI3w0buquipR1zVw2KaJmb6x6KTYWgPQJAPMXikU+AOS ldVVA4pUsowyHIilrKt7Iqav3tWgft9g3cpp6S0OnuinNmMtX+gee6t55VM1JAaws9xK JhbH5bdIY0wcdZJGDF/qUpNSIQZkoXSjhKEwQgbjXX9WKMy02e5kSvt60tRkRhHjqTmo TyupVCX29sNUL4C9F+jj/DuFS+b5ziZV0NiVOLoweKZhoRk6aGUdJ5UbkjOSD5Ir20VF R5UF02UUQwk6Z4a4SR0S5m0k70p+9ikrB35K3Nq88ks6PJyGmkfz/LG+4DGlVymsC2Dp QXGQ== X-Gm-Message-State: AOAM531SzOYoYxhBuRwd9eugKVoATTVWcrwW9WQaP79SU5cHlZEHueXz xgjGLS1YxXrnjgqZTZYP1INj3dfgvF4= X-Google-Smtp-Source: ABdhPJyVoi4z2F/VDHn6rECb/kTpNX1w28KRCQPt8UnITSrWU6g548Og3jGSqf0EOukNoXdoxiMLkw== X-Received: by 2002:a05:6a00:1a4f:: with SMTP id h15mr17759839pfv.50.1643582922558; Sun, 30 Jan 2022 14:48:42 -0800 (PST) Received: from squeak.grove.modra.org ([2406:3400:51d:8cc0:ed11:b0bd:1f20:8542]) by smtp.gmail.com with ESMTPSA id 76sm21142775pge.93.2022.01.30.14.48.41 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 30 Jan 2022 14:48:41 -0800 (PST) Received: by squeak.grove.modra.org (Postfix, from userid 1000) id EA5031140B30; Mon, 31 Jan 2022 09:18:38 +1030 (ACDT) Date: Mon, 31 Jan 2022 09:18:38 +1030 From: Alan Modra To: Matthias Klose Cc: Nick Clifton , binutils@sourceware.org Subject: Re: The 2.38 branch has been created. Message-ID: References: <87a6foudtm.fsf@redhat.com> <520819c4-bf77-8cba-1dc1-a21bffb62a64@ubuntu.com> <5ceb36ab-5d78-ae60-809a-9a5ae73bfd01@ubuntu.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5ceb36ab-5d78-ae60-809a-9a5ae73bfd01@ubuntu.com> X-Spam-Status: No, score=-3029.7 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) 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: Sun, 30 Jan 2022 22:48:44 -0000 On Sun, Jan 30, 2022 at 02:32:11PM +0100, Matthias Klose wrote: > On 1/29/22 06:29, Alan Modra wrote: > > On Tue, Jan 25, 2022 at 03:37:08PM +0000, Nick Clifton via Binutils wrote: > >>> ppc64el: > >>> Running /<>/ld/testsuite/ld-bootstrap/bootstrap.exp ... > >>> FAIL: bootstrap > >>> FAIL: bootstrap with strip > >>> FAIL: bootstrap with -Wl,--traditional-format > >>> FAIL: bootstrap with -Wl,--no-keep-memory > >>> FAIL: bootstrap with -Wl,--relax > >>> FAIL: bootstrap with -Wl,--max-cache-size=-1 > >> > >> I think that I will let Alan look into these... > > > > I would if I could reproduce it. My builds are OK. Matthias, > > ld/ld.log might give me a clue, if that is available somewhere. > > Attached. This is triggered by configuring with --enable-pgo-build=lto. The > tests pass when binutils is configured without that option. My --enable-pgo-build=lto was fine, but your compiler was different to mine. The log shows failures caused by gcc inform messages like: ../bfd/../../bfd/elfcode.h: In function 'bfd_elf64_swap_symbol_in': ../bfd/../../bfd/elfcode.h:189:16: note: the layout of aggregates containing vectors with 2-byte alignment has changed in GCC 5 189 | dst->st_info = H_GET_8 (abfd, src->st_info); Don't ask me why you're getting that inform message. There are no vector fields let alone 2-byte aligned vector fields in either elf_internal_sym or Elf64_External_Sym. Anyway, dejagnu fails a test on any unexpected output that isn't trimmed by prune_warnings. So not actually a linker failure. -- Alan Modra Australia Development Lab, IBM