bug-binutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Bug ld/30957] aarch64: unnecessary bti veneer


From: cvs-commit at gcc dot gnu.org
Subject: [Bug ld/30957] aarch64: unnecessary bti veneer
Date: Wed, 20 Dec 2023 16:00:11 +0000

https://sourceware.org/bugzilla/show_bug.cgi?id=30957

--- Comment #4 from Sourceware Commits <cvs-commit at gcc dot gnu.org> ---
The binutils-2_41-branch branch has been updated by Szabolcs Nagy
<nsz@sourceware.org>:

https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=0c0527d30bcb168691faa7a611a54cf68d1d1770

commit 0c0527d30bcb168691faa7a611a54cf68d1d1770
Author: Szabolcs Nagy <szabolcs.nagy@arm.com>
Date:   Wed Oct 18 16:12:56 2023 +0100

    bfd: aarch64: Avoid BTI stub for a PLT that has BTI

    We decide to emit BTI stubs based on the instruction at the target
    location. But PLT code is generated later than the stubs so we always
    read 0 which is not a valid BTI.

    Fix the logic to special case the PLT section: this is code the linker
    generates so we know when it will have BTI.

    This avoids BTI stubs in large executables where the PLTs have them
    already. An alternative is to never emit BTI stubs for PLTs, instead
    use BTI in the PLT if a library gets too big, however that may be
    more tricky given the ordering of PLT sizing and stub insertion.

    Related to bug 30957.

    (cherry picked from commit fc48504c7abe8eb9d9723632b2d53504927f46ff)

-- 
You are receiving this mail because:
You are on the CC list for the bug.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]