Hi Jim,
base_libs.spec is the one you probably need to get fixed (it's rare to
actually build glibc, the preference is to use the components out of the
toolchain).
Anyhow, can you try changing the expression to:
perl -w -e '
@ARGV = grep { `file $_` =~ m,ASCII (?:C program|English) text, }
@ARGV;
exit(0) unless @ARGV;
$^I = ".bak";
while(<>) {
s,[\S/]+/,,g if m,^GROUP,;
print;
}
Let me know if this works.
Regards, Stuart
On 02/01/12 20:09, James Newell wrote:
PS. I forgot it's in the dist/lfs-5.1/base_libs/base_libs.spec file too.
On Mon, Jan 2, 2012 at 2:53 PM, James Newell <[email protected]
<mailto:[email protected]>> wrote:
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
_______________________________________________
LTIB home page: http://ltib.org
Ltib mailing list
[email protected]
https://lists.nongnu.org/mailman/listinfo/ltib
