Changeset aefc822 for chapter07/stripping.xml

Timestamp:

06/11/2020 05:55:06 AM (4 years ago)

Author:

Bruce Dubbs <bdubbs@…>

Branches:

10.0, 10.0-rc1, 10.1, 10.1-rc1, 11.0, 11.0-rc1, 11.0-rc2, 11.0-rc3, 11.1, 11.1-rc1, 11.2, 11.2-rc1, 11.3, 11.3-rc1, 12.0, 12.0-rc1, 12.1, 12.1-rc1, arm, bdubbs/gcc13, ml-11.0, multilib, renodr/libudev-from-systemd, s6-init, trunk, xry111/arm64, xry111/arm64-12.0, xry111/clfs-ng, xry111/lfs-next, xry111/loongarch, xry111/loongarch-12.0, xry111/loongarch-12.1, xry111/mips64el, xry111/pip3, xry111/rust-wip-20221008, xry111/update-glibc

Children:

302d97a

Parents:

387a32af

Message:

Updates to the rest of cross2 Chapter 7.

git-svn-id: ​http://svn.linuxfromscratch.org/LFS/branches/cross2@11919 4aa44e1e-78dd-0310-a6d2-fbcd4c07a689

File:

• chapter07/stripping.xml (modified) (8 diffs)

chapter07/stripping.xml

@@ -29 +29 @@
 strip --strip-unneeded /tools/bin/*</userinput></screen>
 
-    <para>These commands will skip a number of files, reporting that it does not
+    <para>These commands will skip a number of files reporting that it does not
     recognize their file format. Most of these are scripts instead of binaries.
-    Note that we use the <command>strip</command> program built in
+    <!--Note that we use the <command>strip</command> program built in
     <quote>Binutils pass 1</quote>, since it is the one that knows how to strip
-    our cross-compiled programs.</para>
-  <!-- Normally, the host "strip" could be used too, since it is actually the
-  same computer. But Some old versions of binutils may generate buggy crt1.o
-  and the like, because they do not know about recently introduced symbol
-  types. For more details,
-  see https://sourceware.org/bugzilla/show_bug.cgi?id=22875-->
+    our cross-compiled programs.--></para>
 
-    <para>Take care <emphasis>not</emphasis> to use
+    <para>Take care <emphasis>NOT</emphasis> to use
     <parameter>--strip-unneeded</parameter> on the libraries. The static
     ones would be destroyed and the toolchain packages would need to be
     built all over again.</para>
 
-    <para>To save more, remove the documentation:</para>
+    <para>To save more space, remove the documentation:</para>
 
 <screen><userinput>rm -rf /usr/{,share}/{info,man,doc}</userinput></screen>
@@ -51 +46 @@
     <para>The libtool .la files are only useful when linking with static
     libraries. They are unneeded, and potentially harmful, when using dynamic
-    shared libraries, specially when using also non-autotools build systems.
+    shared libraries, specially when using non-autotools build systems.
     Remove those files now:</para>
 
 <screen><userinput>find /usr/{lib,libexec} -name \*.la -delete</userinput></screen>
 
-    <para>At this point, you should have at least 3 GB of free space in
-    <envar>$LFS</envar> that can be used to build and install Glibc and Gcc in
+    <para>At this point, you should have at least 5 GB of free space on the
+    chroot partition that can be used to build and install Glibc and Gcc in
     the next phase. If you can build and install Glibc, you can build and install
-    the rest too.</para>
+    the rest too. You can check the free disk space with the command 
+    <command>df -h /</command>.</para>
 
   </sect2>
@@ -71 +67 @@
       built packages, your temporary tools are in a good state and might be
       backed up for later reuse. In case of fatal failures in the subsequent
-      sections, it often turns out that removing everything and starting over
+      chapters, it often turns out that removing everything and starting over
       (more carefully) is the best option to recover. Unfortunatly, all the
-      temporary tools will be removed, too. To avoid extra time to redo
+      temporary tools will be removed, too. To avoid the extra time needed to redo
       something which has been built successfully, prepare a backup.
     </para>
@@ -84 +80 @@
       chroot environment is required as the backup should be stored
       outside of the <filename class="directory">$LFS</filename> directory
-      but those cannot be accessed when in chroot. Leave chroot environment
+      but those cannot be accessed when in chroot. Leave the chroot environment
       and unmount the virtual kernel filesystems:
     </para>
@@ -90 +86 @@
 <screen role="nodump"><userinput>exit
 umount $LFS/dev{/pts,}
-umount $LFS/{sys,proc,run}
-</userinput></screen>
+umount $LFS/{sys,proc,run}</userinput></screen>
 
     <para>Create the backup archive:</para>
@@ -99 +94 @@
 
     <para>
-      In case you have to start over as some mistakes has been made, you can
-      use this backup to restore the temporary tools and save some time on
-      the way to recover. Since the sources are located under 
+      In case some mistakes have been made and you need to start over, you can
+      use this backup to restore the temporary tools and save some irecovery time.
+      Since the sources are located under 
       <filename class="directory">$LFS</filename>, they are included in the
       backup archive as well, so you need not to download them again. After
-      checking that <filename class="directory">$LFS</filename> is set proper,
+      checking that <filename class="directory">$LFS</filename> is set properly,
       restore the backup by executing the following commands:
     </para>
@@ -114 +109 @@
 
     <para>
-      Again, double check that the environment has been setup proper and
-      continue building the rest of the system.
+      Again, double check that the environment has been setup properly
+      and continue building the rest of the system.
     </para>
 
@@ -123 +118 @@
       or restart building using a restore, remember to mount the
       kernel virtual filesystems as described in <xref
-      linkend='ch-tools-kernfs'/> and enter the
+      linkend='ch-tools-kernfs'/> and re-enter the
       chroot environment (see <xref
       linkend='ch-tools-chroot'/>) again before continuing.</para>