https://sourceware.org/bugzilla/show_bug.cgi?id=32426
Bug ID: 32426
Summary: Linking of ld-new fails in case incompatible libiberty
is available
Product: binutils
Version: 2.43.1
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: ps.report at gmx dot net
Target Milestone: ---
Created attachment 15823
--> https://sourceware.org/bugzilla/attachment.cgi?id=15823&action=edit
[PATCH v1] ld: link local libiberty first
Linking of ld-new fails in case incompatible libiberty is available (e.g. with
Buildroot, re-build host-binutils after host-libiberty is build as dependency
of another package):
CCLD ld-new
/usr/x86_64-suse-linux/bin/ld: ../libiberty/libiberty.a(sha1.o): in function
`sha1_init_ctx':
sha1.c:(.text+0x620): multiple definition of `sha1_init_ctx';
.../host/lib/libiberty.a(sha1.o):sha1.c:(.text+0x0): first defined here
Same/similar problem is fixed in libctf/Makefile.am by linking against the
local libiberty first, see [1], [2]
[1]
https://sourceware.org/git/?p=binutils-gdb.git;h=7d53105d6ed984aec255fa0eacd0405f3c1bb874
[2]
https://sourceware.org/git/?p=binutils-gdb.git;a=blob;f=libctf/Makefile.am;h=970b66dc6081af831ad4107111e26a21b6522bfd;hb=7d53105d6ed984aec255fa0eacd0405f3c1bb874#l55
--
You are receiving this mail because:
You are on the CC list for the bug.
