[Bug ld/13600] New: protected visibility creates bogus relocation

2012-01-17 Thread rguenth at gcc dot gnu.org
http://sourceware.org/bugzilla/show_bug.cgi?id=13600 Bug #: 13600 Summary: protected visibility creates bogus relocation Product: binutils Version: 2.22 Status: NEW Severity: normal Priority: P2 Component: ld

[Bug ld/13400] address capped at 1<<32

2012-01-17 Thread roland at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=13400 --- Comment #3 from Roland McGrath 2012-01-17 17:23:38 UTC --- This was fixed by: 2011-11-15 Andreas Schwab * ldlang.c (insert_pad): Change alignment_needed argument to bfd_size_type. (size_input_section): Chan

[Bug ld/13600] protected visibility creates bogus relocation

2012-01-17 Thread hjl.tools at gmail dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=13600 H.J. Lu changed: What|Removed |Added CC||hjl.tools at gmail dot com --- Comment #1 fr

windres bug: "TOOLBAR" rescoure compiled wrong; version field missing => struct data shifted fatally

2012-01-17 Thread Robert
Hello, windres.exe forgets to write the version 0x0001 at the beginning of the struct data and all fields of CToolBarData are showhow shifted/bogs => width becomes 0 => app crash later with IDIV zero division error GNU windres (GNU Binutils) 2.21.1 win32 (32bit) e.g. resource: 1200 TOOLBA

[Bug gold/13597] Broken sysv-style hash table when --hash-style=both

2012-01-17 Thread kito at 0xlab dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=13597 --- Comment #3 from Kito Cheng 2012-01-17 20:39:01 UTC --- Created attachment 6161 --> http://sourceware.org/bugzilla/attachment.cgi?id=6161 Reorder the output order between .gnu.hash and .hash The root cause seem the gold::Dynobj::create_g

[Bug gold/13597] Broken sysv-style hash table when --hash-style=both

2012-01-17 Thread ccoutant at google dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=13597 --- Comment #4 from Cary Coutant 2012-01-17 21:26:14 UTC --- I don't know of any reason why the section order would matter. Generating the .gnu.hash first sounds like the best fix to me. I'd suggest adding a comment that explains why the order

[Bug ld/13600] protected visibility creates bogus relocation

2012-01-17 Thread amodra at gmail dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=13600 Alan Modra changed: What|Removed |Added CC||amodra at gmail dot com --- Comment #2 fr

[Bug ld/13400] address capped at 1<<32

2012-01-17 Thread amodra at gmail dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=13400 Alan Modra changed: What|Removed |Added Status|NEW |RESOLVED Resolution|