[673b0d8] | 1 | <?xml version="1.0" encoding="ISO-8859-1"?>
|
---|
[c2133bc] | 2 | <!DOCTYPE sect1 PUBLIC "-//OASIS//DTD DocBook XML V4.4//EN" "http://www.oasis-open.org/docbook/xml/4.4/docbookx.dtd" [
|
---|
[673b0d8] | 3 | <!ENTITY % general-entities SYSTEM "../general.ent">
|
---|
| 4 | %general-entities;
|
---|
| 5 | ]>
|
---|
| 6 | <sect1 id="ch-tools-adjusting">
|
---|
[69993f4] | 7 | <title>Adjusting the Toolchain</title>
|
---|
[673b0d8] | 8 | <?dbhtml filename="adjusting.html"?>
|
---|
| 9 |
|
---|
[f904a87] | 10 | <para>Now that the temporary C libraries have been installed, all
|
---|
[6e41459] | 11 | tools compiled in the rest of this chapter should be linked against
|
---|
| 12 | these libraries. In order to accomplish this, the linker and the
|
---|
| 13 | compiler's specs file need to be adjusted.</para>
|
---|
[f904a87] | 14 |
|
---|
[6e41459] | 15 | <para>The linker, adjusted at the end of the first pass of Binutils,
|
---|
| 16 | is installed by running the following command from within the
|
---|
| 17 | <filename class="directory">binutils-build</filename> directory:</para>
|
---|
[673b0d8] | 18 |
|
---|
| 19 | <screen><userinput>make -C ld install</userinput></screen>
|
---|
| 20 |
|
---|
[6e41459] | 21 | <para>From this point onwards, everything will link only
|
---|
[574b0ea] | 22 | against the libraries in <filename class="directory">/tools/lib</filename>.</para>
|
---|
[673b0d8] | 23 |
|
---|
[6e41459] | 24 | <note><para>If the earlier warning to retain the Binutils source and
|
---|
| 25 | build directories from the first pass was missed, ignore the above
|
---|
| 26 | command. This results in a small chance that the subsequent testing
|
---|
| 27 | programs will link against libraries on the host. This is not ideal,
|
---|
| 28 | but it is not a major problem. The situation is corrected when the
|
---|
| 29 | second pass of Binutils is installed later.</para></note>
|
---|
[673b0d8] | 30 |
|
---|
[f904a87] | 31 | <para>Now that the adjusted linker is installed, the Binutils build and source
|
---|
[6e41459] | 32 | directories should be removed.</para>
|
---|
[673b0d8] | 33 |
|
---|
[69993f4] | 34 | <para>The next task is to amend the GCC specs file so that it points
|
---|
[f904a87] | 35 | to the new dynamic linker. A simple sed script will accomplish this:</para>
|
---|
[673b0d8] | 36 |
|
---|
[69993f4] | 37 | <!-- Ampersands are needed to allow copy and paste -->
|
---|
[673b0d8] | 38 |
|
---|
[2b6c440] | 39 | <screen arch="x86"><userinput>SPECFILE=`gcc --print-file specs` &&
|
---|
[2ec4b60] | 40 | sed 's@ /lib/ld-linux.so.2@ /tools/lib/ld-linux.so.2@g' \
|
---|
[673b0d8] | 41 | $SPECFILE > tempspecfile &&
|
---|
| 42 | mv -f tempspecfile $SPECFILE &&
|
---|
| 43 | unset SPECFILE</userinput></screen>
|
---|
| 44 |
|
---|
[2b0f84d] | 45 | <screen arch="ppc;raq2"><userinput>SPECFILE=`gcc --print-file specs` &&
|
---|
[2b6c440] | 46 | sed 's@ /lib/ld.so.1@ /tools/lib/ld.so.1@g' \
|
---|
| 47 | $SPECFILE > tempspecfile &&
|
---|
| 48 | mv -f tempspecfile $SPECFILE &&
|
---|
| 49 | unset SPECFILE</userinput></screen>
|
---|
| 50 |
|
---|
[1cc7be0] | 51 | <para>It is recommended that the above
|
---|
| 52 | command be copy-and-pasted in order to ensure accuracy.
|
---|
[38bb44a] | 53 | Alternatively, the specs file can be edited by hand. This is done by
|
---|
[2b6c440] | 54 | replacing every occurrence of <quote arch="x86">/lib/ld-linux.so.2</quote>
|
---|
[2b0f84d] | 55 | <quote arch="ppc;raq2">/lib/ld.so.1</quote> with <quote arch="x86">/tools/lib/ld-linux.so.2</quote>
|
---|
| 56 | <quote arch="ppc;raq2">/tools/lib/ld.so.2</quote></para>
|
---|
[6e41459] | 57 |
|
---|
| 58 | <para>Be sure to visually inspect the specs file in order to verify the
|
---|
| 59 | intended changes have been made.</para>
|
---|
| 60 |
|
---|
[2b6c440] | 61 | <!-- For specific arch books, the next para isn't needed, IMHO.
|
---|
| 62 |
|
---|
[6e41459] | 63 | <important><para>If working on a platform where the name of the
|
---|
| 64 | dynamic linker is something other than
|
---|
[e097438] | 65 | <filename class="libraryfile">ld-linux.so.2</filename>, replace
|
---|
| 66 | <quote>ld-linux.so.2</quote> with the name of the platform's
|
---|
[6e41459] | 67 | dynamic linker in the above commands. Refer back to <xref
|
---|
[c17fc85] | 68 | linkend="ch-tools-toolchaintechnotes" role=","/> if
|
---|
[6e41459] | 69 | necessary.</para></important>
|
---|
[2b6c440] | 70 | -->
|
---|
[6e41459] | 71 |
|
---|
| 72 | <para>There is a possibility that some include files from the host
|
---|
| 73 | system have found their way into GCC's private include dir. This can
|
---|
| 74 | happen as a result of GCC's <quote>fixincludes</quote> process, which runs as part
|
---|
| 75 | of the GCC build. This is explained in more detail later in this
|
---|
| 76 | chapter. Run the following command to eliminate this
|
---|
| 77 | possibility:</para>
|
---|
[673b0d8] | 78 |
|
---|
[c8ba565] | 79 | <screen><userinput>rm -f /tools/lib/gcc/*/*/include/{pthread.h,bits/sigthread.h}</userinput></screen>
|
---|
[673b0d8] | 80 |
|
---|
[b48b8c5] | 81 |
|
---|
[2256873] | 82 |
|
---|
[6e41459] | 83 | <caution><para>At this point, it is imperative to stop and ensure that
|
---|
| 84 | the basic functions (compiling and linking) of the new toolchain are
|
---|
| 85 | working as expected. To perform a sanity check, run the following
|
---|
| 86 | commands:</para>
|
---|
[673b0d8] | 87 |
|
---|
| 88 | <screen><userinput>echo 'main(){}' > dummy.c
|
---|
| 89 | cc dummy.c
|
---|
| 90 | readelf -l a.out | grep ': /tools'</userinput></screen>
|
---|
| 91 |
|
---|
[6e41459] | 92 | <para>If everything is working correctly, there should be no errors,
|
---|
| 93 | and the output of the last command will be of the form:</para>
|
---|
[673b0d8] | 94 |
|
---|
[2b6c440] | 95 | <screen arch="x86"><computeroutput>[Requesting program interpreter:
|
---|
[c863747] | 96 | /tools/lib/ld-linux.so.2]</computeroutput></screen>
|
---|
[673b0d8] | 97 |
|
---|
[2b0f84d] | 98 | <screen arch="ppc;raq2"><computeroutput>[Requesting program interpreter:
|
---|
[2b6c440] | 99 | /tools/lib/ld.so.1]</computeroutput></screen>
|
---|
| 100 |
|
---|
[69993f4] | 101 | <para>Note that <filename class="directory">/tools/lib</filename>
|
---|
[6e41459] | 102 | appears as the prefix of the dynamic linker.</para>
|
---|
| 103 |
|
---|
| 104 | <para>If the output is not shown as above or there was no output at
|
---|
| 105 | all, then something is wrong. Investigate and retrace the steps to
|
---|
| 106 | find out where the problem is and correct it. This issue must be
|
---|
| 107 | resolved before continuing on. First, perform the sanity check again,
|
---|
| 108 | using <command>gcc</command> instead of <command>cc</command>. If this
|
---|
[e097438] | 109 | works, then the <filename class="symlink">/tools/bin/cc</filename> symlink is missing.
|
---|
[c17fc85] | 110 | Revisit <xref linkend="ch-tools-gcc-pass1" role=","/> and install the symlink.
|
---|
[e097438] | 111 | Next, ensure that the <envar>PATH</envar> is correct. This can be checked by running
|
---|
[6e41459] | 112 | <command>echo $PATH</command> and verifying that <filename
|
---|
| 113 | class="directory">/tools/bin</filename> is at the head of the list. If
|
---|
[e097438] | 114 | the <envar>PATH</envar> is wrong it could mean that you are not logged in as user
|
---|
[6e41459] | 115 | <emphasis>lfs</emphasis> or that something went wrong back in <xref
|
---|
[c17fc85] | 116 | linkend="ch-tools-settingenviron" role="."/> Another option is that something
|
---|
[6e41459] | 117 | may have gone wrong with the specs file amendment above. In this case,
|
---|
[1cc7be0] | 118 | redo the specs file amendment, being careful to copy-and-paste the
|
---|
| 119 | commands.</para>
|
---|
[6e41459] | 120 |
|
---|
| 121 | <para>Once all is well, clean up the test files:</para>
|
---|
[673b0d8] | 122 |
|
---|
| 123 | <screen><userinput>rm dummy.c a.out</userinput></screen>
|
---|
| 124 | </caution>
|
---|
| 125 |
|
---|
| 126 | </sect1>
|
---|
[6e41459] | 127 |
|
---|