Changeset 775a268
- Timestamp:
- 08/09/2003 11:45:03 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, 12.2, 12.2-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/loongarch-12.2, xry111/mips64el, xry111/multilib, xry111/pip3, xry111/rust-wip-20221008, xry111/update-glibc
- Children:
- ab6f1859
- Parents:
- 484ceab8
- Files:
-
- 3 edited
Legend:
- Unmodified
- Added
- Removed
-
appendixb/appendixb.xml
r484ceab8 r775a268 1 1 <appendix id="appendixb"> 2 <title> Linking programs to packages</title>2 <title>Index of programs and library files</title> 3 3 <?dbhtml filename="appendixb.html" dir="appendixb"?> 4 4 -
chapter05/binutils-pass2-inst.xml
r484ceab8 r775a268 4 4 <title>Installation of Binutils</title> 5 5 6 <para>First create a separate build directory again:</para> 7 6 8 <para><screen><userinput>mkdir ../binutils-build 7 cd ../binutils-build 8 ../binutils-&binutils-version;/configure --prefix=/stage1 \ 9 --enable-shared --with-lib-path=/stage1/lib 10 make 11 make check 12 make install</userinput></screen></para> 9 cd ../binutils-build</userinput></screen></para> 10 11 <para>Now prepare Binutils to be compiled:</para> 12 13 <para><screen><userinput>../binutils-&binutils-version;/configure --prefix=/stage1 \ 14 --enable-shared --with-lib-path=/stage1/lib</userinput></screen></para> 15 16 <para>Compile the package:</para> 17 18 <para><screen><userinput>make </userinput></screen></para> 19 20 <para>Test the package (nothing should fail here):</para> 21 22 <para><screen><userinput>make check</userinput></screen></para> 23 24 <para>And install the package:</para> 25 26 <para><screen><userinput>make install</userinput></screen></para> 27 28 <para>Now already prepare Binutils for the "Locking in" procedure in the next 29 chapter:</para> 13 30 14 31 <para><screen><userinput>make -C ld clean 15 32 make -C ld LIB_PATH=/usr/lib:/lib</userinput></screen></para> 16 33 17 <para>Do not remove the binutils-* directories after the installation. 18 We'll need this directory again in chapter 6 as-is.</para> 34 <para><emphasis>Do not yet remove</emphasis> the Binutils source and build 35 directories. We'll need these directories again in the next chapter in the 36 state they are in now.</para> 19 37 20 38 </sect2> -
chapter05/gcc-pass2-inst.xml
r484ceab8 r775a268 4 4 <title>Installation of GCC</title> 5 5 6 <para><screen><userinput>patch -Np1 -i ../gcc-&gcc-specs-version;.patch 7 patch -Np1 -i ../gcc-&gcc-version;-mmap_test.patch 8 patch -Np1 -i ../gcc-&gcc-version;-no_fixincludes.patch</userinput></screen></para> 6 <para>First correct two problems and make an essential adjustment:</para> 7 8 <para><screen><userinput>patch -Np1 -i ../gcc-&gcc-version;-mmap_test.patch 9 patch -Np1 -i ../gcc-&gcc-version;-no_fixincludes.patch 10 patch -Np1 -i ../gcc-&gcc-specs-version;.patch</userinput></screen></para> 11 12 <para>The last patch changes GCC's default location of the dynamic linker, 13 a simple substitution of "/lib/ld-linux.so.2" with "/stage1/lib/ld-linux.so.2" 14 in <filename>config/i386/linux.h</filename>. Patching now rather than adjusting 15 the specs file after installation ensures that our new dynamic linker gets 16 used during the actual build of GCC. That is, all the final (and temporary) 17 binaries created during the build will link against the new Glibc.</para> 18 19 <para>Create a separate build directory again:</para> 9 20 10 21 <para><screen><userinput>mkdir ../gcc-build 11 22 cd ../gcc-build</userinput></screen></para> 23 24 <para>Now prepare GCC to be compiled:</para> 12 25 13 26 <para><screen><userinput>../gcc-&gcc-version;/configure --prefix=/stage1 \ … … 15 28 --enable-clocale=gnu --enable-shared \ 16 29 --enable-threads=posix --enable-__cxa_atexit \ 17 --enable-languages=c,c++ 18 make 19 make -k check 20 make install</userinput></screen></para> 30 --enable-languages=c,c++</userinput></screen></para> 31 32 <para>Compile the package:</para> 33 34 <para><screen><userinput>make</userinput></screen></para> 35 <para>There is no need to use the <userinput>bootstrap</userinput> target now, 36 as the compiler we're using to compile this GCC has been built from the exact 37 same sources.</para> 38 39 <para>Test the package:</para> 40 41 <para><screen><userinput>make -k check</userinput></screen></para> 42 43 <para>The <userinput>-k</userinput> flag is used to make the test suite run 44 through to completion and not stop at the first failure. The GCC test suite is 45 very comprehensive and is almost guaranteed to generate a few failures. To get 46 a summary of the test suite results, run this:</para> 47 48 <para><screen><userinput>../gcc-3*/contrib/test_summary | less</userinput></screen></para> 49 50 <para>You can compare your results to those posted to the gcc-testresults 51 mailing list for similar configurations to your own. For an example of how 52 current GCC-3.2.x should look on i686-pc-linux-gnu, see 53 <ulink url="http://gcc.gnu.org/ml/gcc-testresults/2003-02/msg00204.html"/>.</para> 54 55 <para>Note that the results contain:</para> 56 57 <screen>* 1 XPASS (unexpected pass) for g++ 58 * 26 XPASS's for libstdc++ 59 * 1 FAIL for libstdc++</screen> 60 61 <para>The unexpected pass for g++ is due to the use of 62 <userinput>--enable-__cxa_atexit</userinput>. Apparently not all platforms 63 supported by GCC have support for "__cxa_atexit" in their C libraries, so this 64 test is not always expected to pass.</para> 65 66 <para>The 26 unexpected passes for libstdc++ are due to the use of 67 <userinput>--enable-clocale=gnu</userinput>, which is the correct choice on 68 Glibc-based systems of versions 2.2.5 and above. The underlying locale support 69 in the GNU C library is superior to that of the otherwise selected "generic" 70 model (which may be applicable if for instance you were using Newlibc, Sun-libc 71 or whatever libc). The libstdc++ test suite is apparently expecting the 72 "generic" model, hence those tests are not always expected to pass.</para> 73 74 <para>The failure for libstdc++ is in 75 <filename>26_numerics/c99_classification_macros_c.cc</filename> and is a 76 long-standing known failure (since at least January 2002) that the developers 77 are apparently unable to easily fix.</para> 78 79 <para>And finally install the package:</para> 80 81 <para><screen><userinput>make install</userinput></screen></para> 21 82 22 83 </sect2>
Note:
See TracChangeset
for help on using the changeset viewer.