[Bug ld/11175] ld marks destructor hidden global

2010-01-14 Thread raj dot khem at gmail dot com
--- Additional Comments From raj dot khem at gmail dot com 2010-01-15 06:33 --- the testcase is here http://uclibc.org/~kraj/ld-pr11175.tar.bz2 -- What|Removed |Added

[Bug ld/11175] New: ld marks destructor hidden global

2010-01-14 Thread raj dot khem at gmail dot com
This bug is appearing while linking opie libraries. I have a self contained test. The error message is launcher.o: In function `Launcher::properties(AppLnk*)': launcher.cpp:(.text+0x21c8): undefined reference to `LnkProperties::~LnkProperties()' the fist link generate a shared library which con

[Bug ld/11168] ld.exe CPU time >75 hours

2010-01-14 Thread amodra at gmail dot com
--- Additional Comments From amodra at gmail dot com 2010-01-15 02:52 --- Crazy C++ templated code take a crazy amount of time to compile/link on my memory starved machine. This is hardly a ld bug. -- What|Removed |Added -

[Bug gold/11172] GOLD produces nonworking Linux modules

2010-01-14 Thread d dot g dot gorbachev at gmail dot com
--- Additional Comments From d dot g dot gorbachev at gmail dot com 2010-01-14 19:34 --- Other, probably unrelated, differences with ld: - gold doesn't sort sections (first all code, then all read-only data, etc.); - it creates a larger (+7.7%) binary. -- http://sourceware.org/bugz

[Bug gold/11172] GOLD produces nonworking Linux modules

2010-01-14 Thread d dot g dot gorbachev at gmail dot com
--- Additional Comments From d dot g dot gorbachev at gmail dot com 2010-01-14 19:30 --- Created an attachment (id=4516) --> (http://sourceware.org/bugzilla/attachment.cgi?id=4516&action=view) Testcase in .tar.bz2 archive ld -r -T module-common.lds floppy.o floppy.mod.o -o floppy.ko -

[Bug gold/11172] New: GOLD produces nonworking Linux modules

2010-01-14 Thread d dot g dot gorbachev at gmail dot com
A module linked with gold (GNU Binutils 2.20.51.20100112) causes oops when inserting it into the kernel because of a bad reference to a constant in ".rodata.str1.1" section from code in ".init.text". I haven't analyzed the problem in depth, so maybe there is some kernel bug, but it seems that gold

[Bug binutils/11170] New: error in objdump disassemble for ARM target

2010-01-14 Thread mikael dot briday at irccyn dot ec-nantes dot fr
For instructions with 'pc' as the 'Rn' register in addressing mode, the offset is always > 0: The following source code: strcc r7, [pc], #-1931 strcc r7, [pc], #1931 strcc r7, [r4], #-1931 strcc r7, [r4], #1931 is disasembled as follow: 84: 340f778bstrcc r7, [pc], #193

[Bug ld/11168] ld.exe CPU time >75 hours

2010-01-14 Thread hjl dot tools at gmail dot com
--- Additional Comments From hjl dot tools at gmail dot com 2010-01-14 17:55 --- ld finished in 2 seconds on Linux/Intel64 with trunk. -- http://sourceware.org/bugzilla/show_bug.cgi?id=11168 --- You are receiving this mail because: --- You are on the CC list for the bug, or

[Bug ld/11168] ld.exe CPU time >75 hours

2010-01-14 Thread jmihalicza at gmail dot com
--- Additional Comments From jmihalicza at gmail dot com 2010-01-14 15:48 --- Created an attachment (id=4513) --> (http://sourceware.org/bugzilla/attachment.cgi?id=4513&action=view) Source producing the bug with N = 7 everything is fine -- http://sourceware.org/bugzilla/show_bug.cg

[Bug ld/11168] New: ld.exe CPU time >75 hours

2010-01-14 Thread jmihalicza at gmail dot com
Compiling the attached cpp results in a seemingly neverending ld.exe process. -- Summary: ld.exe CPU time >75 hours Product: binutils Version: 2.18 Status: NEW Severity: normal Priority: P2 Component: ld AssignedTo: