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:
--- 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=4513action=view)
Source producing the bug
with N = 7 everything is fine
--
--- 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
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],
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
--- 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=4516action=view)
Testcase in .tar.bz2 archive
ld -r -T module-common.lds floppy.o floppy.mod.o -o floppy.ko
--
--- 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.
--
--- 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
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
--- 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
10 matches
Mail list logo
