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 |