aboutsummaryrefslogtreecommitdiffstats
path: root/chapter06
diff options
context:
space:
mode:
authorGreg Schafer <greg@linuxfromscratch.org>2003-09-17 09:57:52 +0000
committerGreg Schafer <greg@linuxfromscratch.org>2003-09-17 09:57:52 +0000
commitd1391f03869269e3fa6717876a92e6f6ba13c0c8 (patch)
tree1c3c365e67c64e1c568ec1f091e2ca130d886e0e /chapter06
parentb920e4019adadb724acdac833e4d117211eac8fa (diff)
Do "make -C ld install" instead of "make -C ld install-data-local" to install a whole new linker instead of just the new ldscripts.
git-svn-id: http://svn.linuxfromscratch.org/LFS/trunk/BOOK@2831 4aa44e1e-78dd-0310-a6d2-fbcd4c07a689
Diffstat (limited to 'chapter06')
-rw-r--r--chapter06/adjustingtoolchain.xml26
-rw-r--r--chapter06/glibc-inst.xml8
2 files changed, 13 insertions, 21 deletions
diff --git a/chapter06/adjustingtoolchain.xml b/chapter06/adjustingtoolchain.xml
index 522727785..55415a9e8 100644
--- a/chapter06/adjustingtoolchain.xml
+++ b/chapter06/adjustingtoolchain.xml
@@ -7,18 +7,16 @@ our toolchain. We'll adjust it so that it will link any newly compiled program
against the new C libraries. Basically, this is the reverse of what we did
in the "Locking in" stage in the beginning of the previous chapter.</para>
-<para>The first thing to do is to adjust the linker scripts. For this we
-retained the source and build directories from the second pass over Binutils.
-Install the adjusted linker scripts by running the following from within the
+<para>The first thing to do is to adjust the linker. For this we retained the
+source and build directories from the second pass over Binutils. Install the
+adjusted linker by running the following from within the
<filename class="directory">binutils-build</filename> directory:</para>
-<para><screen><userinput>make -C ld install-data-local</userinput></screen></para>
+<para><screen><userinput>make -C ld install</userinput></screen></para>
-<para>The linker scripts now contain
-no mention of <filename class="directory">/tools/lib</filename> anymore.
-From now on every compiled program will link <emphasis>only</emphasis>
-against the libraries in <filename>/usr/lib</filename> and
-<filename>/lib</filename>.</para>
+<para>From now on every compiled program will link <emphasis>only</emphasis>
+against the libraries in <filename>/usr/lib</filename> and <filename>/lib
+</filename>.</para>
<para>You can now remove the Binutils source and build directories.</para>
@@ -34,14 +32,8 @@ mv newspecfile $SPECFILE
unset SPECFILE</userinput></screen></para>
<para>Again, cutting and pasting the above is recommended. And just like
-before, it is a good idea to check the linker scripts and the specs file to
-ensure the intended changes were actually made.</para>
-
-<para>Note that the linker scripts will still contain a reference to
-<filename class="directory">/tools/i686-pc-linux-gnu/lib</filename>. This
-is unavoidable, but luckily does not present a problem. There are no
-libraries in that location as all the temporary tools libraries are
-located in <filename class="directory">/tools/lib</filename>.</para>
+before, it is a good idea to check the specs file to ensure the intended
+changes were actually made.</para>
<caution><para>It is imperative at this point to stop and ensure that the
basic functionality of the adjusted toolchain is working as expected. We are
diff --git a/chapter06/glibc-inst.xml b/chapter06/glibc-inst.xml
index 099dc4dc9..56c5d92b6 100644
--- a/chapter06/glibc-inst.xml
+++ b/chapter06/glibc-inst.xml
@@ -4,10 +4,10 @@
<title>Glibc installation</title>
<para>The Glibc build system is very well self-contained and will install
-perfectly, even though our compiler specs file and linker scripts are still
-pointing at <filename>/tools</filename>. We cannot adjust the specs and
-ldscripts before the Glibc install, because the Glibc autoconf tests would then
-give bogus results and thus defeat our goal of achieving a clean build.</para>
+perfectly, even though our compiler specs file and linker are still pointing
+at <filename>/tools</filename>. We cannot adjust the specs and linker before
+the Glibc install, because the Glibc autoconf tests would then give bogus
+results and thus defeat our goal of achieving a clean build.</para>
<note><para>The testsuite for Glibc in this chapter is considered <emphasis>
critical</emphasis>. Do not skip it under any circumstances.</para></note>