| 1 |
On Tue, May 27, 2008 14:30, Fabian Groffen wrote: |
| 2 |
|
| 3 |
>> $ rpm -qf /usr/bin/gcc |
| 4 |
>> gcc-3.4.6-9 # RHEL4 system compiler |
| 5 |
> |
| 6 |
> I assume RHEL is a multilib system, is it? |
| 7 |
|
| 8 |
Right, RHEL4 x86_64 is a multilib system. |
| 9 |
|
| 10 |
>> $ emerge -p gcc-config |
| 11 |
>> [ebuild R ] sys-devel/gcc-config-1.4.0-r04.3 |
| 12 |
> |
| 13 |
> Can you list ${EPREFIX}/lib/libgcc_s* please? |
| 14 |
|
| 15 |
$ ls -1 $EPREFIX/lib/libgcc_s.so* |
| 16 |
$EPREFIX/lib/libgcc_s.so |
| 17 |
$EPREFIX/lib/libgcc_s.so.1 |
| 18 |
|
| 19 |
$ file $EPREFIX/lib/libgcc_s.so* |
| 20 |
$FILE/lib/libgcc_s.so: ELF 32-bit LSB shared object, Intel 80386, |
| 21 |
version 1 (SYSV), dynamically linked, stripped |
| 22 |
$EPREFIX/lib/libgcc_s.so.1: ELF 32-bit LSB shared object, Intel 80386, |
| 23 |
version 1 (SYSV), dynamically linked, stripped |
| 24 |
|
| 25 |
> Multilib indeed seems to be the problem, but the question is why it |
| 26 |
> finds the wrong lib. This can also be related to the linker (binutils) |
| 27 |
> looking in wrong paths or something. |
| 28 |
|
| 29 |
It does not seem to depend on the linker in $EPREFIX. Bootstrapping gcc |
| 30 |
without emerging binutils lets it fail in the same way: |
| 31 |
|
| 32 |
/usr/bin/ld: skipping incompatible |
| 33 |
$EPREFIX/var/tmp/portage/sys-devel/gcc-4.2.3/work/build/./gcc/libgcc.a |
| 34 |
when searching for -lgcc |
| 35 |
/usr/bin/ld: cannot find -lgcc |
| 36 |
|
| 37 |
So the system linker /usr/bin/ld is used in this case. |
| 38 |
|
| 39 |
Best regards, |
| 40 |
Stefan |
| 41 |
-- |
| 42 |
gentoo-alt@l.g.o mailing list |
Archives