Changeset 6790655 for chapter05/adjusting.xml
- Timestamp:
- 12/20/2004 04:38:42 PM (19 years ago)
- 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, 6.1, 6.1.1, 6.3, 6.4, 6.5, 6.6, 6.7, 6.8, 7.0, 7.1, 7.2, 7.3, 7.4, 7.5, 7.5-systemd, 7.6, 7.6-systemd, 7.7, 7.7-systemd, 7.8, 7.8-systemd, 7.9, 7.9-systemd, 8.0, 8.1, 8.2, 8.3, 8.4, 9.0, 9.1, 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:
- fba1478
- Parents:
- faf3398
- File:
-
- 1 edited
Legend:
- Unmodified
- Added
- Removed
-
chapter05/adjusting.xml
rfaf3398 r6790655 8 8 <?dbhtml filename="adjusting.html"?> 9 9 10 <para>Now that the temporary C libraries have been installed, all 11 the tools compiled in the rest of this chapter should be linked against these 12 libraries. In order to accomplish this, the linker and the compiler's 13 specs file, need to be adjsted.</para> 14 15 <para> Some people would say that there is <emphasis><quote>black magic juju 16 below this line</quote></emphasis>, but it is really very simple.</para> 17 18 <para>First, the linker, adjusted at the end of the first pass of Binutils, is 19 installed by running the following command from within 10 <para>Run the following command from within 20 11 the <filename class="directory">binutils-build</filename> directory:</para> 21 12 22 13 <screen><userinput>make -C ld install</userinput></screen> 23 14 24 <para>From this point onwards everything will link <emphasis>only</emphasis> 25 against the libraries in <filename class="directory">/tools/lib</filename>.</para> 26 27 <note><para>If you missed the earlier warning to retain the Binutils 28 source and build directories from the first pass, dont worry - all is not lost. 29 Just ignore the above command. This results in a small chance of the subsequent 30 testing programs linking against libraries on the host. This is not ideal, but 31 it's not a major problem. The situation is corrected when the second pass of 32 Binutils is installed later on.</para></note> 33 34 <para>Now that the adjusted linker is installed, the Binutils build and source 35 directories should be <emphasis>removed</emphasis>.</para> 36 37 <para>The next task is to amend our GCC specs file so that it points 38 to the new dynamic linker. A simple sed script will accomplish this:</para> 39 40 <!-- Ampersands are needed to allow cut and paste --> 15 <para>Amend the GCC specs file:</para> 41 16 42 17 <screen><userinput>SPECFILE=`gcc --print-file specs` && … … 46 21 unset SPECFILE</userinput></screen> 47 22 48 <para>It is recommended that the above command be cut-and-pasted in order to49 ensure correctness - Alternatively, the specs file can be edited by hand. This50 is done simply by replacing every occurrence of51 <quote>/lib/ld-linux.so.2</quote> with <quote>/tools/lib/ld-linux.so.2</quote>.52 </para>53 54 <para> Be sure to visually inspect the specs file in order to verify the intended changes have been made.</para>55 56 <important><para>If you are working on a platform where the name of the dynamic57 linker is something other than <filename>ld-linux.so.2</filename>, you58 <emphasis>must</emphasis> replace <filename>ld-linux.so.2</filename> with the59 name of your platform's dynamic linker in the above commands. Refer back to60 <xref linkend="ch-tools-toolchaintechnotes"/> if necessary.</para></important>61 62 <para>Lastly, there is a possibility that some include files from the host63 system have found their way into GCC's private include dir. This can happen64 as a result of of GCC's <quote>fixincludes</quote> process which runs as part65 of the GCC build. We'll explain more about this further on in this chapter.66 Run the following commands to eliminate this possibility:</para>67 68 23 <screen><userinput>rm -f /tools/lib/gcc/*/*/include/{pthread.h,bits/sigthread.h}</userinput></screen> 69 70 71 <caution><para>It is imperative at this point to stop and ensure that the basic72 functions (compiling and linking) of the new toolchain are working as expected.73 To perform a simple sanity check, run the following commands:</para>74 24 75 25 <screen><userinput>echo 'main(){}' > dummy.c … … 77 27 readelf -l a.out | grep ': /tools'</userinput></screen> 78 28 79 <para>If everything is working correctly, there should be no errors, and the 80 output of the last command will be of the form:</para> 29 <para>The output of the last command will be of the form:</para> 81 30 82 <blockquote><screen><computeroutput>[Requesting program interpreter: /tools/lib/ld-linux.so.2]</computeroutput></screen></blockquote> 83 84 <para>Note especially that <filename class="directory">/tools/lib</filename> 85 appears as the prefix of our dynamic linker.</para> 86 87 <para>If the output is not 88 as shown above, or there was no output at all, then something is seriously 89 wrong. You will need to investigate and retrace your steps to find out where the 90 problem is and correct it. There is no point in continuing until this is done. 91 First, perform the sanity check again, using <command>gcc</command> instead of 92 <command>cc</command>. If this works, then the 93 <filename class="symlink">/tools/bin/cc</filename> symlink is missing. Revisit 94 <xref linkend="ch-tools-gcc-pass1"/> and install the symlink. Second, ensure your PATH 95 is correct. You can check this by running <userinput>echo $PATH</userinput> and 96 verifying that <filename class="directory">/tools/bin</filename> is at the head 97 of the list. If the PATH is wrong it could mean you're not logged in as user 98 <emphasis>lfs</emphasis> or something went wrong back in 99 <xref linkend="ch-tools-settingenviron"/>. Third, something may have gone wrong with 100 the specs file amendment above. In this case redo the specs file amendment 101 being careful to cut-and-paste the commands.</para> 102 103 <para>Once you are satisfied that all is well, clean up the test files:</para> 31 <screen><computeroutput>[Requesting program interpreter: /tools/lib/ld-linux.so.2]</computeroutput></screen> 104 32 105 33 <screen><userinput>rm dummy.c a.out</userinput></screen> 106 </caution>107 34 108 35
Note:
See TracChangeset
for help on using the changeset viewer.