Changeset a3f6e124 for chapter05/toolchaintechnotes.xml
- 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
- File:
-
- 1 edited
Legend:
- Unmodified
- Added
- Removed
-
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
Note:
See TracChangeset
for help on using the changeset viewer.