Gentoo Archives: gentoo-alt

From: Martin Luessi <mluessi@×××××.com>
To: gentoo-alt@l.g.o
Subject: Re: [gentoo-alt] Prefix: how to prevent the linker to prepend -L/usr/lib/../lib64 ?
Date: Mon, 24 Oct 2011 03:37:03
Message-Id: CANyH568DbKHHJ7YkjtPDZqq5ocB+0ZDKw9To5GUjqzgaO8fVtA@mail.gmail.com
In Reply to: [gentoo-alt] Prefix: how to prevent the linker to prepend -L/usr/lib/../lib64 ? by Nicolas Pinto
1 Nicolas,
2
3 On Sun, Oct 23, 2011 at 9:47 PM, Nicolas Pinto <nicolas.pinto@×××××.com> wrote:
4 > Hello,
5 >
6 > Many of the build problems I'm having with Gentoo Prefix come from the
7 > fact that gcc/ld has "hardcoded" linker search paths (e.g. -L
8 > /usr/lib/../lib64) coming *before* the gentoo prefix ones (i.e.
9 > $EPREFIX/usr/lib, etc.) and causing many packages to fail emerging on
10 > most Linux distributions (CentOS, RedHat, Mandriva, Ubuntu, even
11 > Gentoo itself) where the system libraries are incompatible.
12 >
13 > The only workaround I found is the ugly
14 > LDFLAGS="-l:$EPREFIX/usr/lib/libXXX.so" emerge YYY.
15 >
16 > Any thoughts on what what I am doing wrong?
17 >
18 > Thanks for your help.
19 >
20 > Regards,
21 >
22 > Nicolas
23 >
24 >
25
26 Did you by any chance emerge gcc with the "vanilla" useflag enabled? I
27 am asking since I had similar problems when I was installing
28 gentoo-prefix on CentOS a few weeks ago. Gcc 4.5.3 wouldn't compile
29 without the "vanilla" useflag enabled, so I enabled it. After that
30 many packages failed to compile since they were being linked against
31 system libraries instead of the prefix ones. What I did is mask gcc
32 versions that are too new (>4.2.4 in my case) to be compatible with
33 the CentOs glibc.
34
35 Best,
36
37 Martin

Replies