[Bug gold/13597] Broken sysv-style hash table when --hash-style=both
http://sourceware.org/bugzilla/show_bug.cgi?id=13597 --- Comment #5 from Kito Cheng 2012-01-18 08:41:02 UTC --- Created attachment 6162 --> http://sourceware.org/bugzilla/attachment.cgi?id=6162 Reorder the output order between .gnu.hash and .hash v2 Add comment above creating hash table Create GNU-sytle hash table first since string table index will change during creating GNU-sytle hash table. It's will break the SysV-sytle hash table since SysV-style hash table contain out-of-date string table index. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- 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/13600] protected visibility creates bogus relocation
http://sourceware.org/bugzilla/show_bug.cgi?id=13600 --- Comment #3 from Richard Guenther 2012-01-18 09:13:09 UTC --- (In reply to comment #1) > I think it is a gcc bug: > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19520 That one mixes in the issue of comparing function addresses of protected symbols - that's sth entirely different (and a QOI issue, which is probably why ICC generates the more funky variant, see http://gcc.gnu.org/ml/gcc-bugs/2012-01/msg01892.html). -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- 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/13602] New: gold -Ttext and --section-start=.text mismatch
http://sourceware.org/bugzilla/show_bug.cgi?id=13602 Bug #: 13602 Summary: gold -Ttext and --section-start=.text mismatch Product: binutils Version: 2.22 Status: NEW Severity: normal Priority: P2 Component: gold AssignedTo: i...@airs.com ReportedBy: christophe.l...@st.com CC: ccout...@google.com Classification: Unclassified Unlike with BFD ld, GOLD does handle -Ttext=XXX as an alias to --section-start=.text=XXX. Using GCC+GOLD to compile & link a sample gold.c, I can observe: $ gcc -o gold1 -m32 gold.c -static -m32 -Wl,-Ttext=0x0001 $ gcc -o gold2 -m32 gold.c -static -m32 -Wl,--section-start,.text=0x0001 $ objdump -p gold1 gold2 gold1: file format elf32-i386 Program Header: LOAD off0x1000 vaddr 0x0001 paddr 0x0001 align 2**12 [...] gold2: file format elf32-i386 Program Header: LOAD off0x vaddr 0xf000 paddr 0xf000 align 2**12 The same test with GCC+BFD-ld reports the same addresses with both options. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- 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/13600] protected visibility creates bogus relocation
http://sourceware.org/bugzilla/show_bug.cgi?id=13600 --- Comment #4 from H.J. Lu 2012-01-18 16:52:10 UTC --- Both ld and ld.so go extra efforts to make sure that the same function pointer value is used for protected function in the entire process. If we drop this requirement, we can simplify ld and ld.so quite a bit. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- 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/13602] gold -Ttext and --section-start=.text mismatch
http://sourceware.org/bugzilla/show_bug.cgi?id=13602 --- Comment #1 from Ian Lance Taylor 2012-01-19 05:50:28 UTC --- In gold, -Ttext is not an alias for --section-start=.text. The -Ttext option sets the start of the text segment. The --section-start=.text option sets the start of the .text section. I expect that your gold2 binary has sections which precede .text in the text segment. Is there a real bug here? -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- 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
