Le 02/12/2012 11:31, Pierre Labastie a écrit : > [...] > After gcc-pass2, using the dummy.c as in the book, try: > gcc -v -Wl,--verbose dummy.c -lrt 2>&1 | grep '\( \|usr\)/lib' > I get: > found libpthread.so.0 at /lib/x86_64-linux-gnu/libpthread.so.0 > (see 'at /lib/...' instead of 'at /tools/lib/...') Actually, it works OK after gcc-pass1, and becomes broken immediately after binutils-pass2. So ld is the problem. > So I think that the search path for libraries is OK, except when a > library is (d)loaded from an another one (libpthread from librt in this > case). However, I browsed the configure script, and it seems that '/lib > /usr/lib' is hardcoded in sys_lib_dlsearch_path_spec. Maybe there is a > way to avoid that, but that I have not found. > > Using --with-sysroot=$LFS in the configure command (binutils-pass2) seems to solve the issue. I am presently trying a full build and I let you know.
Pierre -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page