Thomas,
> What does a "ldd /tools/bin/perl" say?
Ah, this seems to be the problem. It says:
lfs:/home/lfs# ldd /tools/bin/perl
linux-gate.so.1 => (0xffffe000)
libnsl.so.1 => /lib/tls/libnsl.so.1 (0xb7f78000)
libdl.so.2 => /lib/tls/libdl.so.2 (0xb7f74000)
libm.so.6 => /lib/tls/libm.so.6 (0xb7f4e000)
libcrypt.so.1 => /lib/tls/libcrypt.so.1 (0xb7f20000)
libutil.so.1 => /lib/tls/libutil.so.1 (0xb7f1c000)
libc.so.6 => /lib/tls/libc.so.6 (0xb7de3000)
/lib/ld-linux.so.2 (0xb7fa3000)
Clearly, the libs pointing to /lib/tls/ are on my host and not in the
lfs-realm. I checked other packages on a random basis and they look fine
(eg. gawk, bash, grep), so I suspect that perl is the only package
affected by this problem.
> So, did you also checked the adjusting steps?
To my best knowledge: yes. I did a rebuilt of perl again in a carefully
rechecked environment and now it looks much nicer:
root:/# ldd /tools/bin/perl
linux-gate.so.1 => (0xffffe000)
libnsl.so.1 => /tools/lib/libnsl.so.1 (0xb7f31000)
libdl.so.2 => /tools/lib/libdl.so.2 (0xb7f2d000)
libm.so.6 => /tools/lib/libm.so.6 (0xb7f08000)
libcrypt.so.1 => /tools/lib/libcrypt.so.1 (0xb7eda000)
libutil.so.1 => /tools/lib/libutil.so.1 (0xb7ed6000)
libc.so.6 => /tools/lib/libc.so.6 (0xb7dab000)
/tools/lib/ld-linux.so.2 (0xb7f49000)
A call of perl --version in chroot works fine. I will issue the make for
glibc somewhen tomorrow. For now it looks as it should work. Especially
as 'ldd /tools/bin/* | grep tls' reported nothing (save ld-old - but
this is correct, I think).
Thank you!
Frank
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
