On 5/9/19 1:11 AM, Ken Moffat via lfs-dev wrote:
My fresh build (current svn) has just installed gcc in chroot and
tried to check the SEARCH directories, where it failed, apparently
catastrophically.
The book says:
References to paths that have components with '-linux-gnu' should be
ignored, but otherwise the output of the last command should be:
SEARCH_DIR("/usr/x86_64-pc-linux-gnu/lib64")
SEARCH_DIR("/usr/local/lib64")
SEARCH_DIR("/lib64")
SEARCH_DIR("/usr/lib64")
SEARCH_DIR("/usr/x86_64-pc-linux-gnu/lib")
SEARCH_DIR("/usr/local/lib")
SEARCH_DIR("/lib")
SEARCH_DIR("/usr/lib");
What I've got in dummy.log is:
SEARCH_DIR("=/tools/x86_64-pc-linux-gnu/lib64"); SEARCH_DIR("/usr/lib");
SEARCH_DIR("/lib"); SEARCH_DIR("=/tools/x86_64-pc-linux-gnu/lib");
so I'm missing the '64' variants (which doesn't immediately worry
me, my own grep on the results dates from when I still sometimes
built 32-bit, and ignres anything after 'lib') but also misses
/usr/.*-linux-gnu/lib which the book implies I can ignore, although
until this build it has always been present, and also
/usr/local/lib which seems a fairly critical place to search on the
completed system.
Any suggestions what has gone wrong ?
No suggestions, but my latest (jhalfs) build gives:
SEARCH_DIR("/usr/x86_64-pc-linux-gnu/lib64")
SEARCH_DIR("/usr/local/lib64")
SEARCH_DIR("/lib64")
SEARCH_DIR("/usr/lib64")
SEARCH_DIR("/usr/x86_64-pc-linux-gnu/lib")
SEARCH_DIR("/usr/local/lib")
SEARCH_DIR("/lib")
SEARCH_DIR("/usr/lib");
Did you do the sed?
case $(uname -m) in
x86_64)
sed -e '/m64=/s/lib64/lib/' \
-i.orig gcc/config/i386/t-linux64
;;
esac
-- Bruce
--
http://lists.linuxfromscratch.org/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
