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

chapter01/changelog.xml

@@ -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

chapter06/createfiles.xml

@@ -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>

general.ent

@@ -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/">