readjusting.xml 5.1 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116
  1. <?xml version="1.0" encoding="ISO-8859-1"?>
  2. <!DOCTYPE sect1 PUBLIC "-//OASIS//DTD DocBook XML V4.4//EN"
  3. "http://www.oasis-open.org/docbook/xml/4.4/docbookx.dtd" [
  4. <!ENTITY % general-entities SYSTEM "../general.ent">
  5. %general-entities;
  6. ]>
  7. <sect1 id="ch-system-readjusting">
  8. <?dbhtml filename="readjusting.html"?>
  9. <title>Re-adjusting the Toolchain</title>
  10. <para>Now that the final C libraries have been installed, it is time to adjust
  11. the toolchain again. The toolchain will be adjusted so that it will link any
  12. newly compiled program against these new libraries. This is a similar process
  13. used in the <quote>Adjusting</quote> phase in the beginning of <xref
  14. linkend="chapter-temporary-tools"/>, but with the adjustments reversed. In <xref
  15. linkend="chapter-temporary-tools"/>, the chain was guided from the host's
  16. <filename class="directory">/{,usr/}lib</filename> directories to the new
  17. <filename class="directory">/tools/lib</filename> directory. Now, the chain will
  18. be guided from that same <filename class="directory">/tools/lib</filename>
  19. directory to the LFS <filename class="directory">/{,usr/}lib</filename>
  20. directories.</para>
  21. <para>First, backup the <filename class="directory">/tools</filename> linker,
  22. and replace it with the adjusted linker we made in chapter 5. We'll also create
  23. a link to its counterpart in <filename class="directory">/tools/$(gcc
  24. -dumpmachine)/bin</filename>.</para>
  25. <screen><userinput>mv -v /tools/bin/{ld,ld-old}
  26. mv -v /tools/$(gcc -dumpmachine)/bin/{ld,ld-old}
  27. mv -v /tools/bin/{ld-new,ld}
  28. ln -sv /tools/bin/ld /tools/$(gcc -dumpmachine)/bin/ld</userinput></screen>
  29. <para>Next, amend the GCC specs file so that it points to the new
  30. dynamic linker, and so that GCC knows where to find its start files.
  31. A <command>perl</command> command accomplishes this:</para>
  32. <screen><userinput>gcc -dumpspecs | \
  33. perl -p -e 's@/tools/lib/ld-linux.so.2@/lib/ld-linux.so.2@g;' \
  34. -e 's@\*startfile_prefix_spec:\n@$_/usr/lib/ @g;' &gt; \
  35. `dirname $(gcc --print-libgcc-file-name)`/specs</userinput></screen>
  36. <para>It is a good idea to visually inspect the specs file to verify the
  37. intended change was actually made.</para>
  38. <important>
  39. <para>If working on a platform where the name of the dynamic linker is
  40. something other than <filename class="libraryfile">ld-linux.so.2</filename>,
  41. substitute <quote>ld-linux.so.2</quote> with the name of the platform's
  42. dynamic linker in the above commands. Refer back to <xref
  43. linkend="ch-tools-toolchaintechnotes" role=","/> if necessary.</para>
  44. </important>
  45. <caution>
  46. <para>It is imperative at this point to stop and ensure that the basic
  47. functions (compiling and linking) of the adjusted toolchain are working
  48. as expected. To do this, perform a sanity check:</para>
  49. <screen><userinput>echo 'main(){}' &gt; dummy.c
  50. cc dummy.c -Wl,--verbose &amp;&gt; dummy.log
  51. readelf -l a.out | grep ': /lib'</userinput></screen>
  52. <para>If everything is working correctly, there should be no errors,
  53. and the output of the last command will be (allowing for
  54. platform-specific differences in dynamic linker name):</para>
  55. <screen><computeroutput>[Requesting program interpreter: /lib/ld-linux.so.2]</computeroutput></screen>
  56. <para>Note that <filename class="directory">/lib</filename> is now
  57. the prefix of our dynamic linker.</para>
  58. <para>Now make sure that we're setup to use the correct start files:</para>
  59. <screen><userinput>grep "/usr/lib/crt.* " dummy.log</userinput></screen>
  60. <para>If everything is working correctly, there should be no errors,
  61. and the output of the last command will be:</para>
  62. <screen><computeroutput>attempt to open /usr/lib/crt1.o succeeded
  63. attempt to open /usr/lib/crti.o succeeded
  64. attempt to open /usr/lib/crtn.o succeeded</computeroutput></screen>
  65. <para>Next make sure that we're using the correct libc:</para>
  66. <screen><userinput>grep "/lib/libc.so.6 " dummy.log</userinput></screen>
  67. <para>If everything is working correctly, there should be no errors,
  68. and the output of the last command will be:</para>
  69. <screen><computeroutput>attempt to open /lib/libc.so.6 succeeded</computeroutput></screen>
  70. <para>Lastly, make sure GCC is using the correct dynamic linker:</para>
  71. <screen><userinput>grep found dummy.log</userinput></screen>
  72. <para>If everything is working correctly, there should be no errors,
  73. and the output of the last command will be (allowing for
  74. platform-specific differences in dynamic linker name):</para>
  75. <screen><computeroutput>found ld-linux.so.2 at /lib/ld-linux.so.2</computeroutput></screen>
  76. <para>If the output does not appear as shown above or is not received
  77. at all, then something is seriously wrong. Investigate and retrace the
  78. steps to find out where the problem is and correct it. The most likely
  79. reason is that something went wrong with the specs file amendment
  80. above. Any issues will need to be resolved before continuing on with
  81. the process.</para>
  82. <para>Once everything is working correctly, clean up the test
  83. files:</para>
  84. <screen><userinput>rm -v dummy.c a.out dummy.log</userinput></screen>
  85. </caution>
  86. </sect1>