From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 8DC0F3858D39; Tue, 28 Feb 2023 06:15:44 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 8DC0F3858D39 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org; s=default; t=1677564944; bh=lefbfCKqUdWgr+bze9FSHfnwqlSBPrtu8v6xFbaLTpo=; h=From:To:Subject:Date:In-Reply-To:References:From; b=dCKdaB7wDolek1TYBfhLd4uGW+5r9HDM2PnafulpHYhvMO9AdY1TO6yoTVARFh0/n ftq+JngyI6l2oYY5Yk9FP9TeEc53IPrihBbb31DtkKdCQ/YBhXovgg4tKZxUZMDOvo 0ngKiDBDTZ9rb+Xb+SEtu6n43ODuofPMNfPU6//k= From: "amonakov at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/108315] -mcpu=power10 changes ABI Date: Tue, 28 Feb 2023 06:15:43 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 13.0 X-Bugzilla-Keywords: ABI, wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: amonakov at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 List-Id: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D108315 --- Comment #3 from Alexander Monakov --- Alan implemented the special case of .localentry 1 in this patch for the BFD linker (that appeared in binutils 2.32 if my calculations are correct): https://sourceware.org/pipermail/binutils/2018-July/103936.html and, I think, in this patchset for the Gold linker: https://sourceware.org/pipermail/binutils/2019-July/107486.html Corresponding support in the LLVM linker (LLD) also seems to appear around 2018. It looks like de-facto ABI change even if on paper nothing changed, because= all Linux linkers interpreted .localentry 1 accordingly to the general rule and would silently produce wrong code. Hence my suggestion to document it. Plus, someone would have to reach out to the mold maintainer, as mold doesn= 't seem to implement this special case.=