Changing a few SBUs.

git-svn-id: http://svn.linuxfromscratch.org/LFS/trunk/BOOK@3251 4aa44e1e-78dd-0310-a6d2-fbcd4c07a689

chapter05/chapter05.xml

@@ -155,7 +155,7 @@ will show you all the files successfully opened during the linking.</para>
 checking what linker to use... /tools/i686-pc-linux-gnu/bin/ld</screen></blockquote>
 
 <para>This is important for the reasons mentioned above. It also demonstrates
-that GCC's configure script does not search the $PATH directories to find which
+that GCC's configure script does not search the PATH directories to find which
 tools to use. However, during the actual operation of <command>gcc</command>
 itself, the same search paths are not necessarily used. You can find out which
 standard linker <command>gcc</command> will use by running:
@@ -169,7 +169,7 @@ information about the preprocessor, compilation and assembly stages, including
 <para>The next package installed is Glibc. The most important considerations for
 building Glibc are the compiler, binary tools and kernel headers. The compiler
 is generally no problem as Glibc will always use the <command>gcc</command>
-found in a $PATH directory. The binary tools and kernel headers can be a little
+found in a PATH directory. The binary tools and kernel headers can be a little
 more troublesome. Therefore we take no risks and use the available configure
 switches to enforce the correct selections. After the run of
 <command>./configure</command> you can check the contents of the
@@ -525,10 +525,10 @@ problem is and correct it. There is no point in continuing until this is done.
 First, redo the sanity check using <command>gcc</command> instead of
 <command>cc</command>. If this works it means the
 <filename class="symlink">/tools/bin/cc</filename> symlink is missing. Revisit
-<xref linkend="ch-tools-gcc-pass1"/> and fix the symlink. Second, ensure your $PATH
+<xref linkend="ch-tools-gcc-pass1"/> and fix the symlink. Second, ensure your PATH
 is correct. You can check this by running <userinput>echo $PATH</userinput> and
 verifying that <filename class="directory">/tools/bin</filename> is at the head
-of the list. If the $PATH is wrong it could mean you're not logged in as user
+of the list. If the PATH is wrong it could mean you're not logged in as user
 <emphasis>lfs</emphasis> or something went wrong back in
 <xref linkend="ch-tools-settingenviron"/>. Third, something may have gone wrong with
 the specs file amendment above. In this case redo the specs file amendment
@@ -586,8 +586,9 @@ that it doesn't recognize their file format. Most of them are scripts instead
 of binaries.</para>
 
 <para>Take care <emphasis>not</emphasis> to use
-<emphasis>--strip-unneeded</emphasis> on the libraries -- they would be
-destroyed and you would have to build Glibc all over again.</para>
+<emphasis>--strip-unneeded</emphasis> on the libraries -- the static ones
+would be destroyed and you would have to build the three toolchain packages
+all over again.</para>
 
 <para>To save another couple of megabytes, you can throw away all the
 documentation:</para>

chapter05/gettext.xml

@@ -22,7 +22,7 @@
 <screen><userinput>make</userinput></screen>
 
 <para>(If you insist on testing the results, then issue: <userinput>make
-check</userinput>. This takes a very long time, around 6 SBUs. Moreover, the
+check</userinput>. This takes a very long time, around 7 SBUs. Moreover, the
 Gettext test suite is known to experience failures under certain host
 conditions -- for example when it finds a Java compiler on the host (but an
 experimental patch to disable Java is available from the LFS Patches

chapter06/gettext.xml

@@ -27,7 +27,7 @@ localization. These allow programs to be compiled with Native Language Support
 
 <para>To have the results tested, issue:
 <userinput>make check</userinput>. This takes a very long time, around
-6 SBUs.</para>
+7 SBUs.</para>
 
 <para>And install the package:</para>
 

chapter06/patch.xml

@@ -15,13 +15,12 @@
 <sect2>
 <title>Installation of Patch</title>
 
-<para>Prepare Patch for compilation:</para>
+<para>Prepare Patch for compilation (the preprocessor flag
+<emphasis>-D_GNU_SOURCE</emphasis> is only needed on PowerPCs, on other
+machines you can leave it out):</para>
 
 <screen><userinput>CPPFLAGS=-D_GNU_SOURCE ./configure --prefix=/usr</userinput></screen>
 
-<para>Again, the preprocessor flag <emphasis>-D_GNU_SOURCE</emphasis> is only
-needed on the PowerPC platform. On other architectures you can leave it out.</para>
-
 <para>Compile the package:</para>
 
 <screen><userinput>make</userinput></screen>

entities/autoconf.ent

@@ -13,4 +13,4 @@
 <!ENTITY autoconf-size "903 KB">
 
 <!ENTITY autoconf-compsize "7.7 MB">
-<!ENTITY autoconf-time "2.9 SBU">
+<!ENTITY autoconf-time "0.5 SBU">

entities/automake.ent

@@ -13,4 +13,4 @@
 <!ENTITY automake-size "623 KB">
 
 <!ENTITY automake-compsize "6.8 MB">
-<!ENTITY automake-time "5.3 SBU">
+<!ENTITY automake-time "0.2 SBU">

entities/gettext.ent

@@ -15,7 +15,7 @@
 <!ENTITY gettext-size "6,397 KB">
 
 <!ENTITY gettext-compsize-tools "55 MB">
-<!ENTITY gettext-time-tools "7.2 SBU">
+<!ENTITY gettext-time-tools "0.5 SBU">
 
 <!ENTITY gettext-compsize "55 MB">
-<!ENTITY gettext-time "6.9 SBU">
+<!ENTITY gettext-time "0.5 SBU">