[Bug ld/19886] PR17287 --as-needed regression

2016-03-30 Thread ldv at altlinux dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=19886 Dmitry V. Levin changed: What|Removed |Added CC||ldv at altlinux dot org -- You

[Bug ld/16457] Weak reference leads to bogus entry in .gnu.version_r section

2014-11-27 Thread ldv at altlinux dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=16457 --- Comment #3 from Dmitry V. Levin --- I agree #16452 is a glibc bug: dynamic linker could handle such ELF objects better than terminating with assertion failure. However, I think GNU ld shouldn't produce such ELF objects, so this is not a d

[Bug ld/16457] Weak reference leads to bogus entry in .gnu.version_r section

2014-11-27 Thread ldv at altlinux dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=16457 Dmitry V. Levin changed: What|Removed |Added URL||https://sourceware.org/ml/b

[Bug ld/16452] ELF executable with weak reference linked with ld causes assertion in ld.so

2014-01-15 Thread ldv at altlinux dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=16452 Dmitry V. Levin changed: What|Removed |Added CC||ldv at altlinux dot org

[Bug ld/16457] Weak reference leads to bogus entry in .gnu.version_r section

2014-01-15 Thread ldv at altlinux dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=16457 Dmitry V. Levin changed: What|Removed |Added See Also||https://sourceware.org/bugz

[Bug ld/16457] New: Weak reference leads to bogus entry in .gnu.version_r section

2014-01-15 Thread ldv at altlinux dot org
Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: ldv at altlinux dot org Weak reference may cause ld to generate an entry in .gnu.version_r section that would reference an object not present in the dynamic section. This actually happens

[Bug ld/16403] Spurious undefined reference with --as-needed

2014-01-15 Thread ldv at altlinux dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=16403 Dmitry V. Levin changed: What|Removed |Added CC||ldv at altlinux dot org

[Bug binutils/6937] binutils 2.18 fails linking libopcodes.so due to missing symbols

2008-10-13 Thread ldv at altlinux dot org
-- What|Removed |Added CC||ldv at altlinux dot org http://sourceware.org/bugzilla/show_bug.cgi?id=6937 --- You are receiving this

[Bug binutils/6937] binutils 2.18 fails linking libopcodes.so due to missing symbols

2008-10-13 Thread ldv at altlinux dot org
--- Additional Comments From ldv at altlinux dot org 2008-10-13 22:56 --- (In reply to comment #10) > > I guess, PIC version of libiberty.a should be used. > > A PIC version of libiberty is not normally generated even if configure > with --enable-shared... This is not

[Bug ld/2434] ld --as-needed causes either crash or BFD internal error

2006-03-13 Thread ldv at altlinux dot org
--- Additional Comments From ldv at altlinux dot org 2006-03-13 23:44 --- Even more simple test causes ld to crash in BFD: $ g++ -shared -Wl,--as-needed -Wl,--whole-archive `gcc -print-file-name=libsupc++.a` -Wl,--no-whole-archive collect2: ld terminated with signal 11 [Segmentation

[Bug ld/2434] ld --as-needed causes BFD internal error

2006-03-10 Thread ldv at altlinux dot org
--- Additional Comments From ldv at altlinux dot org 2006-03-10 23:39 --- The test fails exactly the same way on FC-devel too (binutils-2.16.91.0.6-4, gcc-c++-4.1.0-3). -- http://sourceware.org/bugzilla/show_bug.cgi?id=2434 --- You are receiving this mail because: --- You

[Bug ld/2434] New: ld --as-needed causes BFD internal error

2006-03-08 Thread ldv at altlinux dot org
utils Version: 2.16 Status: NEW Severity: normal Priority: P2 Component: ld AssignedTo: unassigned at sources dot redhat dot com ReportedBy: ldv at altlinux dot org CC: bug-binutils at gnu dot org GCC build triplet: i586-alt-linu