[Bug gold/20308] Gold should support i386 TLS code sequences without PLT

2016-08-17 Thread ncahill_alt at yahoo dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=20308 --- Comment #15 from ncahill_alt at yahoo dot com --- (In reply to H.J. Lu from comment #14) > (In reply to ncahill_alt from comment #13) > > Oh sorry, here it is: > > > > `echo i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. > > -I../../../binutils

[Bug gold/20308] Gold should support i386 TLS code sequences without PLT

2016-08-17 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=20308 --- Comment #14 from H.J. Lu --- (In reply to ncahill_alt from comment #13) > Oh sorry, here it is: > > `echo i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. > -I../../../binutils-2.27/gold/testsuite -I.. > -I../../../binutils-2.27/gold/testsuite

[Bug ld/20475] Linking PIC executables with a linker script that does not place _GLOBAL_OFFSET_TABLE_ results in incorrect relocation

2016-08-17 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=20475 Alan Modra changed: What|Removed |Added CC||amodra at gmail dot com --- Comment #5 f

[Bug gold/20308] Gold should support i386 TLS code sequences without PLT

2016-08-17 Thread ncahill_alt at yahoo dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=20308 --- Comment #13 from ncahill_alt at yahoo dot com --- Oh sorry, here it is: `echo i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../../../binutils-2.27/gold/testsuite -I.. -I../../../binutils-2.27/gold/testsuite -I../../../binutils-2.27/gold/tes

[Bug gold/20308] Gold should support i386 TLS code sequences without PLT

2016-08-17 Thread ncahill_alt at yahoo dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=20308 --- Comment #12 from ncahill_alt at yahoo dot com --- (In reply to H.J. Lu from comment #10) > (In reply to ncahill_alt from comment #9) > > Relocation section '.rel.text' at offset 0x2ec contains 12 entries: > > Offset InfoType

[Bug gold/20481] ld.gold should fail when producing an elf32 so >4G

2016-08-17 Thread tobiasjs at google dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=20481 --- Comment #1 from Tobias Sargeant --- Created attachment 9449 --> https://sourceware.org/bugzilla/attachment.cgi?id=9449&action=edit readelf -e bad output -- You are receiving this mail because: You are on the CC list for the bug. __

[Bug gold/20481] New: ld.gold should fail when producing an elf32 so >4G

2016-08-17 Thread tobiasjs at google dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=20481 Bug ID: 20481 Summary: ld.gold should fail when producing an elf32 so >4G Product: binutils Version: 2.24 Status: UNCONFIRMED Severity: normal Priority: P2 Co

[Bug gold/20308] Gold should support i386 TLS code sequences without PLT

2016-08-17 Thread ccoutant at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=20308 --- Comment #11 from Cary Coutant --- > Please show the command line used to compile pr20308_gd.o. > > BTW, did you run "make clean" first? Yeah, the build rules should also have a dependency on gcctestdir/as. Forgot that when fixing the x86_

Re: [Bug gold/20308] Gold should support i386 TLS code sequences without PLT

2016-08-17 Thread Cary Coutant
> Please show the command line used to compile pr20308_gd.o. > > BTW, did you run "make clean" first? Yeah, the build rules should also have a dependency on gcctestdir/as. Forgot that when fixing the x86_64 test, sorry. -cary ___ bug-binutils mailing l

[Bug gold/20308] Gold should support i386 TLS code sequences without PLT

2016-08-17 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=20308 --- Comment #10 from H.J. Lu --- (In reply to ncahill_alt from comment #9) > Relocation section '.rel.text' at offset 0x2ec contains 12 entries: > Offset InfoTypeSym.Value Sym. Name > 0002 0b02 R_386_PC32

[Bug gold/20308] Gold should support i386 TLS code sequences without PLT

2016-08-17 Thread ncahill_alt at yahoo dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=20308 --- Comment #9 from ncahill_alt at yahoo dot com --- Relocation section '.rel.text' at offset 0x2ec contains 12 entries: Offset InfoTypeSym.Value Sym. Name 0002 0b02 R_386_PC32 __x86.get_pc_thun

[Bug gold/20308] Gold should support i386 TLS code sequences without PLT

2016-08-17 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=20308 --- Comment #8 from H.J. Lu --- (In reply to ncahill_alt from comment #7) > Created attachment 9445 [details] > result of changes > > It still fails: > > pr20308_gd.o:function test_gd: error: missing expected TLS relocation > pr20308_ld.o:fu

[Bug gold/20308] Gold should support i386 TLS code sequences without PLT

2016-08-17 Thread ncahill_alt at yahoo dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=20308 --- Comment #7 from ncahill_alt at yahoo dot com --- Created attachment 9445 --> https://sourceware.org/bugzilla/attachment.cgi?id=9445&action=edit result of changes It still fails: pr20308_gd.o:function test_gd: error: missing expected TLS

[Bug gold/20308] Gold should support i386 TLS code sequences without PLT

2016-08-17 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=20308 --- Comment #6 from H.J. Lu --- Created attachment 9444 --> https://sourceware.org/bugzilla/attachment.cgi?id=9444&action=edit Try this -- You are receiving this mail because: You are on the CC list for the bug. ___

[Bug gold/20308] Gold should support i386 TLS code sequences without PLT

2016-08-17 Thread ncahill_alt at yahoo dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=20308 --- Comment #5 from ncahill_alt at yahoo dot com --- Regarding this update, I'm getting a failure on "make testsuite/pr20308a_test": pr20308_gd.o:function test_gd: error: missing expected TLS relocation gcctestdir/ld: error: missing expected T

[Bug gold/20308] Gold should support i386 TLS code sequences without PLT

2016-08-17 Thread ncahill_alt at yahoo dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=20308 ncahill_alt at yahoo dot com changed: What|Removed |Added CC||ncahill_alt at yahoo dot

[Bug ld/20475] Linking PIC executables with a linker script that does not place _GLOBAL_OFFSET_TABLE_ results in incorrect relocation

2016-08-17 Thread whitequark at whitequark dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=20475 --- Comment #4 from whitequark at whitequark dot org --- Created attachment 9442 --> https://sourceware.org/bugzilla/attachment.cgi?id=9442&action=edit OR1K target patch -- You are receiving this mail because: You are on the CC list for the

[Bug ld/20475] Linking PIC executables with a linker script that does not place _GLOBAL_OFFSET_TABLE_ results in incorrect relocation

2016-08-17 Thread whitequark at whitequark dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=20475 --- Comment #3 from whitequark at whitequark dot org --- Actually, I might be wrong about this, since the comment in elflink.c implies that the behavior is intentional. I'll attach another patch, which fixes the logic of relocating R_OR1K_GOTOF