Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 626402 - sys-libs/binutils-libs-2.28-r1 with crossdev - /usr/libexec/gcc/arm-unknown-linux-gnueabi/ld: skipping incompatible /usr/lib/ when searching for -lz
Summary: sys-libs/binutils-libs-2.28-r1 with crossdev - /usr/libexec/gcc/arm-unknown-l...
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo Crossdev team
Depends on:
Blocks: crossdev-bugs
  Show dependency tree
Reported: 2017-07-27 23:51 UTC by Coacher
Modified: 2019-03-03 10:06 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---

build.log (build.log,238.81 KB, text/plain)
2017-07-27 23:51 UTC, Coacher
arm-unknown-linux-gnueabi-emerge --info (cross-info,2.60 KB, text/plain)
2017-07-27 23:52 UTC, Coacher
emerge --info (info,7.08 KB, text/plain)
2017-07-27 23:53 UTC, Coacher
hack for the binutils-libs ebuild (binutils-libs-crosscompile-hack.patch,1.06 KB, patch)
2019-01-26 12:48 UTC, tt_1
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Coacher 2017-07-27 23:51:56 UTC
Created attachment 487036 [details]


When cross-emerging binutils-libs it looks for zlib in /usr/lib instead of /usr/CHOST/usr/lib:
libtool: relink: arm-unknown-linux-gnueabi-gcc -shared  -fPIC -DPIC  .libs/dis-buf.o .libs/disassemble.o .libs/dis-init.o .libs/arm-dis.o   -L/var/tmp/portage/sys-libs/binutils-libs-2.28-r1/image//usr/lib -L/usr/lib -lbfd -L/var/tmp/portage/sys-libs/binutils-libs-2.28-r1/work/binutils-2.28-.default/bfd/../libiberty/pic -lz -ldl -L/var/tmp/portage/sys-libs/binutils-libs-2.28-r1/work/binutils-2.28-.default/opcodes/../libiberty/pic -liberty  -Wl,--hash-style=gnu -Wl,-lc -Wl,--as-needed -Wl,-lm -Wl,--no-as-needed   -Wl,-soname -Wl, -o .libs/
/usr/libexec/gcc/arm-unknown-linux-gnueabi/ld: skipping incompatible /usr/lib/ when searching for -lz
/usr/lib/ file not recognized: File format not recognized
collect2: error: ld returned 1 exit status
Comment 1 Coacher 2017-07-27 23:52:59 UTC
Created attachment 487038 [details]
arm-unknown-linux-gnueabi-emerge --info
Comment 2 Coacher 2017-07-27 23:53:28 UTC
Created attachment 487040 [details]
emerge --info
Comment 3 Sergei Trofimovich (RETIRED) gentoo-dev 2017-07-28 08:16:16 UTC
Do you already have zlib installed in /usr/${STARGET}?
Comment 4 Coacher 2017-07-28 11:13:59 UTC
(In reply to Sergei Trofimovich from comment #3)
> Do you already have zlib installed in /usr/${STARGET}?
Of course. Other packages like libxml2, libpng, freetype all were built successfully against it too.
Comment 5 Sergei Trofimovich (RETIRED) gentoo-dev 2018-04-07 18:42:08 UTC
Do you have /usr/${CTARGET}/usr/lib/ file installed? (It's usually  there when zlib is built with USE=static-libs).

I still don't know how .la file are supposed to be used properly in cross-environment. I only know how they break :)

One of the workarounds is to use USE=-static-libs if possible.
Another is ${CTARGET}-fix-root mangler to prepend ${SYSROOT} paths to libraries.
Comment 6 tt_1 2018-12-04 17:01:04 UTC
I have the same problem, my zlib is built without static libs. Maybe it's possible to hardcode the root folder into the ebuild locally?
Comment 7 tt_1 2019-01-21 09:32:57 UTC
This is all about prefix not being honored. 

add --prefix=/usr/armv7a-unknown-linux-gnueabihf/usr/ , or whatever your prefix may be, on top of the list after 'local myconf=(' in the binutils-libs ebuild, and it should cross-compile just fine. 

Who do I have to poke to get this fixed? :D
Comment 8 tt_1 2019-01-26 12:48:18 UTC
Created attachment 562864 [details, diff]
hack for the binutils-libs ebuild

this patch makes it cross-compile
Comment 9 tt_1 2019-01-26 12:53:26 UTC
I attached a patch, which is merely a nasty hack, just to make things work. The prefix must be added to prevent the compile from linking against the hosts, and the path for libiberty.h has to be changed as otherwise packages who need that header try to follow a broken symlink, and thus fail. This is the case for llvm. 

@Sergei Trofimovich - do you think this approach can be replaced with a more sophisticated one, so that it doesn't break the compilation for non cross compile cases?
Comment 10 Sergei Trofimovich (RETIRED) gentoo-dev 2019-01-26 16:25:03 UTC
Passing --prefix is not correct as it will break the assumption of /usr/${CHOST} being a new root. --prefix will hardcode paths from outside root.

We need to find what injects absolute paths to libraries and do something about it.
Comment 11 tt_1 2019-01-26 21:50:25 UTC
So this means one gets a corrupt binary when doing the cross compile via the --prefix switch from #8?
Comment 13 Sergei Trofimovich (RETIRED) gentoo-dev 2019-02-12 23:37:31 UTC
I don't think so. It should fix binutils-libs installation itself.
Comment 14 tt_1 2019-03-02 17:54:28 UTC
It's fixed now for sure, I re-emerged a whole cross-toolchain and cross-emerged binutils and binutils-libs with it (2.31.1-r3)
Comment 16 Larry the Git Cow gentoo-dev 2019-03-02 19:13:56 UTC
The bug has been closed via the following commit(s):

commit 226a4ca44920e3b83cd1d5a2e427f13fb3ac4b0a
Author:     Sergei Trofimovich <>
AuthorDate: 2019-03-02 19:13:31 +0000
Commit:     Sergei Trofimovich <>
CommitDate: 2019-03-02 19:13:49 +0000

    sys-libs/binutils-libs: add bug link for elibtoolize, bug #626402
    Reported-by: Coacher
    Package-Manager: Portage-2.3.62, Repoman-2.3.12
    Signed-off-by: Sergei Trofimovich <>

 sys-libs/binutils-libs/binutils-libs-2.31.1-r3.ebuild | 2 +-
 sys-libs/binutils-libs/binutils-libs-2.32.ebuild      | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)
Comment 17 tt_1 2019-03-02 19:16:16 UTC
A backport to 2.30 isn't going to happen then?
Comment 18 Sergei Trofimovich (RETIRED) gentoo-dev 2019-03-02 19:46:22 UTC
You can looks at a fix from newer versions and craft a patch. If you test and attach the patch I'll be happy to apply it.
Comment 19 tt_1 2019-03-03 10:06:59 UTC
how far away are we from stabilization of binutils*:2.31.1-r1? Any major blockers left?