[Bug gold/17699] incorrect R_386_TLS_DTPMOD32 relocation

2016-11-23 Thread ccoutant at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=17699 --- Comment #8 from Cary Coutant --- > Can you cite any documentation that a non-STT_TLS symbol reference is > permissible in a DTPMOD relocation? The section symbol for an SHF_TLS section is effectively a TLS symbol, and must be treated as

[Bug gold/17699] incorrect R_386_TLS_DTPMOD32 relocation

2016-11-22 Thread bugdal at aerifal dot cx
https://sourceware.org/bugzilla/show_bug.cgi?id=17699 --- Comment #7 from Rich Felker --- Can you cite any documentation that a non-STT_TLS symbol reference is permissible in a DTPMOD relocation? -- You are receiving this mail because: You are on the CC list for the bug.

[Bug gold/17699] incorrect R_386_TLS_DTPMOD32 relocation

2016-11-22 Thread ccoutant at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=17699 Cary Coutant changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug gold/17699] incorrect R_386_TLS_DTPMOD32 relocation

2014-12-11 Thread bugdal at aerifal dot cx
https://sourceware.org/bugzilla/show_bug.cgi?id=17699 Rich Felker bugdal at aerifal dot cx changed: What|Removed |Added CC||bugdal at

[Bug gold/17699] incorrect R_386_TLS_DTPMOD32 relocation

2014-12-11 Thread ccoutant at google dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=17699 --- Comment #2 from Cary Coutant ccoutant at google dot com --- Please attach the .o file containing the original relocation. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug gold/17699] incorrect R_386_TLS_DTPMOD32 relocation

2014-12-11 Thread timo.teras at iki dot fi
https://sourceware.org/bugzilla/show_bug.cgi?id=17699 --- Comment #3 from Timo Teräs timo.teras at iki dot fi --- Created attachment 8004 -- https://sourceware.org/bugzilla/attachment.cgi?id=8004action=edit object that results in bad reloc in elf Pinpointed to originate from

[Bug gold/17699] incorrect R_386_TLS_DTPMOD32 relocation

2014-12-11 Thread timo.teras at iki dot fi
https://sourceware.org/bugzilla/show_bug.cgi?id=17699 --- Comment #4 from Timo Teräs timo.teras at iki dot fi --- The minimal way to reproduce this seems to be: -- test.cc struct foo { int a; }; namespace { struct foo *get_global() throw() { static __thread struct foo

[Bug gold/17699] incorrect R_386_TLS_DTPMOD32 relocation

2014-12-11 Thread timo.teras at iki dot fi
https://sourceware.org/bugzilla/show_bug.cgi?id=17699 --- Comment #5 from Timo Teräs timo.teras at iki dot fi --- Even more minimal test case in C: int bar() { static __thread int foo; return foo; } Notable that this does not cause the same issue: __thread int