[Bug gold/20308] Gold should support i386 TLS code sequences without PLT
https://sourceware.org/bugzilla/show_bug.cgi?id=20308 --- Comment #16 from ncahill_alt at yahoo dot com --- I've tried this again: 1. I build binutils-2.27 in an empty folder. 2. I run "make check" in "binutils-2.27/gold/" 3. It fails with "missing expected TLS relocation". "readelf -r pr20308_gd.o" shows R_386_GOT32. 4. I run "make clean" in "binutils-2.27/gold/testsuite/". 5. I run "make check" in "binutils-2.27/gold/". 6. All tests pass and readelf shows "unrecognized: 2b". This is with the changes above in the "try this" attachment. I also tried without them, the error is not resolved. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/20308] Gold should support i386 TLS code sequences without PLT
https://sourceware.org/bugzilla/show_bug.cgi?id=20308 --- Comment #17 from H.J. Lu --- (In reply to ncahill_alt from comment #16) > I've tried this again: > > 1. I build binutils-2.27 in an empty folder. > 2. I run "make check" in "binutils-2.27/gold/" > 3. It fails with "missing expected TLS relocation". > "readelf -r pr20308_gd.o" shows R_386_GOT32. > > 4. I run "make clean" in "binutils-2.27/gold/testsuite/". > 5. I run "make check" in "binutils-2.27/gold/". > 6. All tests pass and readelf shows "unrecognized: 2b". > > This is with the changes above in the "try this" attachment. I also tried > without them, the error is not resolved. You need to find out why #3 fails and #6 passes. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/20308] Gold should support i386 TLS code sequences without PLT
https://sourceware.org/bugzilla/show_bug.cgi?id=20308 --- Comment #18 from ncahill_alt at yahoo dot com --- diff -ur a/gold/testsuite/Makefile.am b/gold/testsuite/Makefile.am --- a/gold/testsuite/Makefile.am2016-08-18 17:00:09.969119174 + +++ b/gold/testsuite/Makefile.am2016-08-18 17:09:28.772423751 + @@ -1297,10 +1297,10 @@ pr20308b.so: pr20308_def.o gcctestdir/ld $(LINK) -Bgcctestdir/ -shared pr20308_def.o -pr20308_gd.o: pr20308_gd.S +pr20308_gd.o: pr20308_gd.S gcctestdir/as $(COMPILE) -Bgcctestdir/ -c -o $@ $< -pr20308_ld.o: pr20308_ld.S +pr20308_ld.o: pr20308_ld.S gcctestdir/as $(COMPILE) -Bgcctestdir/ -c -o $@ $< endif DEFAULT_TARGET_I386 -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/20472] [2.27 Regression] glibc-2.24 fails to build with the 2.7 branch on powerpc64-linux-gnu
https://sourceware.org/bugzilla/show_bug.cgi?id=20472 --- Comment #3 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Alan Modra : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=8a2058b5e3318a337a6fecd61b91349d1131758e commit 8a2058b5e3318a337a6fecd61b91349d1131758e Author: Alan Modra Date: Fri Aug 19 11:06:41 2016 +0930 PR 20472, PowerPC64 ifunc confusion This patch fixes quite a lot of confusion in allocate_dynrelocs over ifuncs. Function descriptors make ELFv1 quite different to ELFv2. PR 20472 * elf64-ppc.c (ppc64_elf_before_check_relocs): Tweak abiversion test. (readonly_dynrelocs): Comment fix. (global_entry_stub): New function. (ppc64_elf_adjust_dynamic_symbol): Tweak abiversion test. Match ELFv2 code deciding on dynamic relocs vs. global entry stubs to that in size_global_entry_stubs, handling ifunc too. Delete dead weak sym code. (allocate_dynrelocs): Ensure dyn_relocs field is cleared when no dyn_relocs are needed. Correct handling of ifunc dyn_relocs. Tidy ELIMINATE_COPY_RELOCS code, only setting dynindx for undefweak syms. Expand and correct comments. (size_global_entry_stubs): Ensure symbol is defined. (ppc64_elf_relocate_section): Match condition under which dyn_relocs are emitted to that in allocate_dynrelocs. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/20472] [2.27 Regression] glibc-2.24 fails to build with the 2.7 branch on powerpc64-linux-gnu
https://sourceware.org/bugzilla/show_bug.cgi?id=20472 --- Comment #4 from cvs-commit at gcc dot gnu.org --- The binutils-2_27-branch branch has been updated by Alan Modra : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=7f27ccfcd5b86a6517a5c01d1cc29e87ac39c13c commit 7f27ccfcd5b86a6517a5c01d1cc29e87ac39c13c Author: Alan Modra Date: Fri Aug 19 11:06:41 2016 +0930 PR 20472, PowerPC64 ifunc confusion This patch fixes quite a lot of confusion in allocate_dynrelocs over ifuncs. Function descriptors make ELFv1 quite different to ELFv2. PR 20472 * elf64-ppc.c (ppc64_elf_before_check_relocs): Tweak abiversion test. (readonly_dynrelocs): Comment fix. (global_entry_stub): New function. (ppc64_elf_adjust_dynamic_symbol): Tweak abiversion test. Match ELFv2 code deciding on dynamic relocs vs. global entry stubs to that in size_global_entry_stubs, handling ifunc too. Delete dead weak sym code. (allocate_dynrelocs): Ensure dyn_relocs field is cleared when no dyn_relocs are needed. Correct handling of ifunc dyn_relocs. Tidy ELIMINATE_COPY_RELOCS code, only setting dynindx for undefweak syms. Expand and correct comments. (size_global_entry_stubs): Ensure symbol is defined. (ppc64_elf_relocate_section): Match condition under which dyn_relocs are emitted to that in allocate_dynrelocs. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/20472] [2.27 Regression] glibc-2.24 fails to build with the 2.7 branch on powerpc64-linux-gnu
https://sourceware.org/bugzilla/show_bug.cgi?id=20472 Alan Modra changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #5 from Alan Modra --- Fixed -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
