subject:"\[Bug ld\/26312\] ld produces broken PLT on aarch64 with BTI\+PAC"

[Bug ld/26312] ld produces broken PLT on aarch64 with BTI+PAC

2020-08-11 Thread nsz at gcc dot gnu.org

https://sourceware.org/bugzilla/show_bug.cgi?id=26312 Szabolcs Nagy changed: What|Removed |Added Target Milestone|--- |2.36 Resolution|---

[Bug ld/26312] ld produces broken PLT on aarch64 with BTI+PAC

2020-08-11 Thread cvs-commit at gcc dot gnu.org

https://sourceware.org/bugzilla/show_bug.cgi?id=26312 --- Comment #10 from cvs-commit at gcc dot gnu.org --- The binutils-2_34-branch branch has been updated by Szabolcs Nagy : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=e3b314d3a61db4b0b36975fa00eb9043a6142448 commit e3b314d3a61

[Bug ld/26312] ld produces broken PLT on aarch64 with BTI+PAC

2020-07-30 Thread cvs-commit at gcc dot gnu.org

https://sourceware.org/bugzilla/show_bug.cgi?id=26312 --- Comment #9 from cvs-commit at gcc dot gnu.org --- The binutils-2_35-branch branch has been updated by Szabolcs Nagy : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=4d4f8ee98118230510f20c3ff27b66e0132020dc commit 4d4f8ee98118

[Bug ld/26312] ld produces broken PLT on aarch64 with BTI+PAC

2020-07-30 Thread cvs-commit at gcc dot gnu.org

https://sourceware.org/bugzilla/show_bug.cgi?id=26312 --- Comment #8 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Szabolcs Nagy : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=4d3bb35620e70d543d438bf21be1307f7ea0f5d0 commit 4d3bb35620e70d543d438bf21b

[Bug ld/26312] ld produces broken PLT on aarch64 with BTI+PAC

2020-07-30 Thread nsz at gcc dot gnu.org

https://sourceware.org/bugzilla/show_bug.cgi?id=26312 --- Comment #7 from Szabolcs Nagy --- patch https://sourceware.org/pipermail/binutils/2020-July/112643.html -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/26312] ld produces broken PLT on aarch64 with BTI+PAC

2020-07-30 Thread nsz at gcc dot gnu.org

https://sourceware.org/bugzilla/show_bug.cgi?id=26312 --- Comment #6 from Szabolcs Nagy --- note on 32bit arm, sh and or1k .plt sh_entsize == 4 which has nothing to do whith the plt entry size (which can vary on arm). on sparc the logic is more complicated and the plt entry size is used in some c

[Bug ld/26312] ld produces broken PLT on aarch64 with BTI+PAC

2020-07-29 Thread fweimer at redhat dot com

https://sourceware.org/bugzilla/show_bug.cgi?id=26312 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com --- Commen

[Bug ld/26312] ld produces broken PLT on aarch64 with BTI+PAC

2020-07-29 Thread jakub at redhat dot com

https://sourceware.org/bugzilla/show_bug.cgi?id=26312 --- Comment #4 from Jakub Jelinek --- The gABI says: sh_entsize Some sections hold a table of fixed-size entries, such as a symbol table. For such a section, this member gives the size in bytes of each entry. The member contains 0 if the s

[Bug ld/26312] ld produces broken PLT on aarch64 with BTI+PAC

2020-07-29 Thread mark at klomp dot org

https://sourceware.org/bugzilla/show_bug.cgi?id=26312 --- Comment #3 from Mark Wielaard --- (In reply to Szabolcs Nagy from comment #2) > i don't know about sh_entsize, i will have to check what it should be. In general sh_size modulo sh_entsize needs to be zero (if sh_entsize isn't zero itself)