I started to have this issue when I moved from RedHat 4.x
to Fedora 16. I found a couple different archived emails
about it but they never seemed to track down the real issue.
If it was resolved, then please forgive the email.
/nim2/ltib/rootfs/lib:/home/jnewell/work/nim2/ltib/rootfs/usr/lib
-Wall hello.c -o hello
/home/opt/sdk/cs/ppc-gnu-2010q4/bin/../lib/gcc/powerpc-linux-gnu/4.5.1/../../../../powerpc-linux-gnu/bin/ld:
skipping incompatible /lib/libc.so.6 when searching for
/lib/libc.so.6
/home/opt/sdk/cs/ppc-gnu-2010q4/bin/../lib/gcc/powerpc-linux-gnu/4.5.1/../../../../powerpc-linux-gnu/bin/ld:
cannot find /lib/libc.so.6
/home/opt/sdk/cs/ppc-gnu-2010q4/bin/../lib/gcc/powerpc-linux-gnu/4.5.1/../../../../powerpc-linux-gnu/bin/ld:
skipping incompatible /usr/lib/libc_nonshared.a when
searching for /usr/lib/libc_nonshared.a
/home/opt/sdk/cs/ppc-gnu-2010q4/bin/../lib/gcc/powerpc-linux-gnu/4.5.1/../../../../powerpc-linux-gnu/bin/ld:
cannot find /usr/lib/libc_nonshared.a
/home/opt/sdk/cs/ppc-gnu-2010q4/bin/../lib/gcc/powerpc-linux-gnu/4.5.1/../../../../powerpc-linux-gnu/bin/ld:
cannot find /lib/ld.so.1
collect2: ld returned 1 exit status
I tracked it to dist/lfs-5.1/glibc/glibc.spec:
perl -w -e '
@ARGV = grep { `file $_` =~ m,ASCII C program text,
} @ARGV;
exit(0) unless @ARGV;
$^I = ".bak";
while(<>) {
s,[\S/]+/,,g if m,^GROUP,;
print;
}
...
The 'file' command returns different results for these
platforms:
RedHat Enterprise 4.x: $ file
rootfs/usr/lib/libpthread.so
rootfs/usr/lib/libpthread.so: ASCII C program text
Fedora 16: $ file rootfs/usr/lib/libpthread.so
rootfs/usr/lib/libpthread.so: ASCII English text
The above code therefore doesn't match on the Fedora 16
and never removes any of the offending absolute paths from
the text search files.
Regards,
Jim