Changeset a3f6e124
- Timestamp:
- 10/12/2003 01:17:37 AM (21 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.0, 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, v5_0, v5_1, v5_1_1, 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:
- a67cde7
- Parents:
- f27835d
- Files:
-
- 4 edited
Legend:
- Unmodified
- Added
- Removed
-
chapter05/gcc-pass2-inst.xml
rf27835d ra3f6e124 24 24 <ulink url="http://wiki.linuxfromscratch.org/"/> for more information on how to 25 25 get PTYs working.</para> 26 27 <note><para>It's worth pointing out that the GCC test suite we run in this28 section is considered not as important as the one we run in Chapter 6.</para></note>29 26 30 27 <para>Unpack all three GCC tarballs (-core, -g++, and -testsuite) in one and the -
chapter05/toolchaintechnotes.xml
rf27835d ra3f6e124 39 39 <filename class="directory">/lib</filename> directory on your host system. A 40 40 surefire way is to inspect a random binary from your host system by running: 41 <userinput> `readelf -l <name of binary> | grep interpreter`</userinput>41 <userinput>'readelf -l <name of binary> | grep interpreter'</userinput> 42 42 and noting the output. The authoritative reference covering all platforms is in 43 43 the <filename>shlib-versions</filename> file in the root of the Glibc source … … 76 76 the linker is its library search order. Detailed information can be obtained 77 77 from <userinput>ld</userinput> by passing it the <emphasis>--verbose</emphasis> 78 flag. For example: <userinput> `ld --verbose | grep SEARCH`</userinput> will78 flag. For example: <userinput>'ld --verbose | grep SEARCH'</userinput> will 79 79 show you the current search paths and their order. You can see what files are 80 80 actually linked by <userinput>ld</userinput> by compiling a dummy program and 81 81 passing the <emphasis>--verbose</emphasis> switch. For example: 82 <userinput> `gcc dummy.c -Wl,--verbose 2>&1 | grep succeeded`</userinput>82 <userinput>'gcc dummy.c -Wl,--verbose 2>&1 | grep succeeded'</userinput> 83 83 will show you all the files successfully opened during the link.</para> 84 84 … … 94 94 itself, the same search paths are not necessarily used. You can find out which 95 95 standard linker <userinput>gcc</userinput> will use by running: 96 <userinput> `gcc -print-prog-name=ld`</userinput>.96 <userinput>'gcc -print-prog-name=ld'</userinput>. 97 97 Detailed information can be obtained from <userinput>gcc</userinput> by passing 98 98 it the <emphasis>-v</emphasis> flag while compiling a dummy program. For 99 example: <userinput> `gcc -v dummy.c`</userinput> will show you detailed99 example: <userinput>'gcc -v dummy.c'</userinput> will show you detailed 100 100 information about the preprocessor, compilation and assembly stages, including 101 101 <userinput>gcc</userinput>'s include search paths and their order.</para> … … 127 127 hard-wired path to a dynamic linker is embedded into every ELF shared 128 128 executable. You can inspect this by running: 129 <userinput> `readelf -l <name of binary> | grep interpreter`</userinput>.129 <userinput>'readelf -l <name of binary> | grep interpreter'</userinput>. 130 130 By amending <userinput>gcc</userinput>'s specs file, we are ensuring that every 131 131 program compiled from here through the end of Chapter 5 will use our new -
chapter06/gcc-inst.xml
rf27835d ra3f6e124 71 71 72 72 <note><para>At this point it is strongly recommended to repeat the sanity check 73 we performed in the previous chapter. Refer back to73 we performed earlier in this chapter. Refer back to 74 74 <xref linkend="ch06-adjustingtoolchain"/> and repeat the check. If the results 75 75 are wrong, then most likely you erroneously applied the GCC Specs patch from -
index.xml
rf27835d ra3f6e124 4 4 5 5 6 <!ENTITY version "200310 09">7 <!ENTITY releasedate "October 9th, 2003">6 <!ENTITY version "20031012"> 7 <!ENTITY releasedate "October 12th, 2003"> 8 8 <!ENTITY nbsp " "> 9 9
Note:
See TracChangeset
for help on using the changeset viewer.