diff options
author | Alex Gronenwoud <alex@linuxfromscratch.org> | 2004-02-11 22:02:32 +0000 |
---|---|---|
committer | Alex Gronenwoud <alex@linuxfromscratch.org> | 2004-02-11 22:02:32 +0000 |
commit | a0b689e8b09aaef27c73a8728aa3341f652bc098 (patch) | |
tree | 526d45f42b46f42ddb2b792285a2b0e3ba6d30d6 /chapter06/chapter06.xml | |
parent | c91dd5bfd04b3188fd81bfe9c93d4a6985fdc0d5 (diff) |
Adapting the title of the 'Locking in' section.
git-svn-id: http://svn.linuxfromscratch.org/LFS/trunk/BOOK@3249 4aa44e1e-78dd-0310-a6d2-fbcd4c07a689
Diffstat (limited to 'chapter06/chapter06.xml')
-rw-r--r-- | chapter06/chapter06.xml | 31 |
1 files changed, 18 insertions, 13 deletions
diff --git a/chapter06/chapter06.xml b/chapter06/chapter06.xml index 1012b15a5..eff1c295b 100644 --- a/chapter06/chapter06.xml +++ b/chapter06/chapter06.xml @@ -357,16 +357,21 @@ file records the bad login attempts.</para> &c6-glibc; -<sect1 id="ch-system-adjustingtoolchain"> +<sect1 id="ch-system-readjusting"> <title>Re-adjusting the toolchain</title> -<?dbhtml filename="adjustingtoolchain.html" dir="chapter06"?> - -<para>Now that the new C libraries have been installed, it's time to re-adjust -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. For this we retained the +<?dbhtml filename="readjusting.html" dir="chapter06"?> + +<para>Now that the new and final C libraries have been installed, it's time to +adjust our toolchain again. We'll adjust it so that it will link any newly +compiled program against these new libraries. This is in fact the same we did +in the "Adjusting" phase in the beginning of the previous chapter, even though +it looks like the reverse: then we guided the chain from the host's +<filename class="directory">{,/usr}/lib</filename> to the new +<filename class="directory">/tools/lib</filename>, now we guide it from that +same <filename class="directory">/tools/lib</filename> +to the LFS's <filename class="directory">{,/usr}/lib</filename>.</para> + +<para>First we 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> @@ -378,10 +383,10 @@ source and build directories from the second pass in <xref linkend="chapter-temporary-tools"/>, or otherwise accidentally deleted them or just don't have access to them, don't worry, all is not lost. Just ignore the above command. The result will be that the next package, Binutils, will link against -the Glibc libraries in <filename class="directory">/tools</filename> rather -than <filename class="directory">/usr</filename>. This is not ideal, however, -our testing has shown that the resulting Binutils program binaries should be -identical.</para></note> +the C libraries in <filename class="directory">/tools</filename> rather +than <filename class="directory">{,/usr}/lib</filename>. This is not ideal, +however, our testing has shown that the resulting Binutils program binaries +should be identical.</para></note> <para>From now on every compiled program will link <emphasis>only</emphasis> against the libraries in <filename>/usr/lib</filename> and |