Fixed a breakage that occured from the last commit altering startfile_prefix_spec. Forcing /usr/lib as the search path exposed the need to symlink an additional lib from /tools to /usr/lib, as reported and trouble-shot on IRC.

git-svn-id: http://svn.linuxfromscratch.org/LFS/trunk/BOOK@4158 4aa44e1e-78dd-0310-a6d2-fbcd4c07a689
This commit is contained in:
Jeremy Utley 2004-09-12 08:06:35 +00:00
parent 6e8fc7d199
commit d50ea9dac4
3 changed files with 10 additions and 3 deletions

View File

@ -93,6 +93,13 @@ first a summary, then a detailed log.</para>
</itemizedlist>
</listitem>
<listitem><para>September 11th, 2004 [jeremy]: A problem was reported on IRC
where after locking in glibc chapter 6, gcc would no longer function properly
due to a missing libgcc_s library. In troubleshooting, it was found that this
occured because only the .so.1 library was linked from /tools to /usr/lib at
the start of chapter 6. Added a symlink of libgcc_s.so to the createfiles
page in chapter 6.</para></listitem>
<listitem><para>September 10th, 2004 [jeremy]: Modified the instructions to
lock in glibc in Chapter 6, modifying the startfile_prefix_spec parameter in
the gcc specs file. Thanks to Greg Schafer for pointing out this problem, and

View File

@ -14,7 +14,7 @@ we're installing all the software.</para>
<screen><userinput>ln -s /tools/bin/{bash,cat,pwd,stty} /bin
ln -s /tools/bin/perl /usr/bin
ln -s /tools/lib/libgcc_s.so.1 /usr/lib
ln -s /tools/lib/libgcc_s.so{,.1} /usr/lib
ln -s bash /bin/sh</userinput></screen>
</sect1>

View File

@ -1,6 +1,6 @@
<?xml version="1.0" encoding="ISO-8859-1"?>
<!ENTITY version "SVN-20040910">
<!ENTITY releasedate "September 10, 2004">
<!ENTITY version "SVN-20040911">
<!ENTITY releasedate "September 11, 2004">
<!ENTITY milestone "6.1">
<!ENTITY lfs-root "http://www.linuxfromscratch.org/">