aboutsummaryrefslogtreecommitdiffstats
path: root/chapter05
Commit message (Collapse)AuthorAgeFilesLines
* Merge remote-tracking branch 'origin/trunk' into xry111/arm64xry111/arm64Xi Ruoyao2024-01-011-1/+18
|\
| * binutils: Add --enable-default-hash-style=gnu for configure (#5401)xry111/update-20231231Xi Ruoyao2023-12-311-1/+18
| |
* | Merge remote-tracking branch 'origin/trunk' into xry111/arm64Xi Ruoyao2023-12-052-1/+10
|\|
| * Package updates and one fix.Bruce Dubbs2023-10-011-0/+9
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Disable building nscd in glibc. Update to iana-etc-20230929. Update to vim-9.0.1968. Update to openssl-3.1.3. Update to meson-1.2.2. Update to man-db-2.12.0. Update to linux-6.5.5. Update to kmod-31. Update to kbd-2.6.3. Update to gettext-0.22.2. Update to bc-6.7.0.
| * chapter05/libstdc++: Remove one more .la fileXi Ruoyao2023-09-151-1/+1
| |
* | Merge remote-tracking branch 'origin/trunk' into xry111/arm64Xi Ruoyao2023-08-271-1/+0
|\|
| * glibc: Remove sed and option unneeded with 2.38Xi Ruoyao2023-08-021-1/+0
| | | | | | | | | | --disable-crypt is now the default, and the security fix for 2.37 is included.
* | Merge remote-tracking branch 'origin/trunk' into xry111/arm64Xi Ruoyao2023-07-031-0/+1
|\|
| * glibc: Disable obsolete libcrypt implementationXi Ruoyao2023-06-301-0/+1
| | | | | | | | | | | | I've not bothered to write an explanation for --disable-crypt because it will likely be the default of Glibc-2.38, then we may drop it from the command lines.
* | Merge remote-tracking branch 'origin/trunk' into xry111/arm64Xi Ruoyao2023-06-051-1/+1
|\|
| * housekeeping after min-kernel bumpXi Ruoyao2023-06-051-1/+1
| | | | | | | | | | | | Update the rationale for min-kernel in hostreqs. Add a note in general.ent about the EOL of current min-kernel. Realign the backslashes in glibc instructions.
* | Merge remote-tracking branch 'origin/trunk' into xry111/arm64Xi Ruoyao2023-05-142-3/+3
|\|
| * Create new branch for gcc13Bruce Dubbs2023-04-272-3/+3
| |
* | Merge branch 'trunk' into xry111/arm64Xi Ruoyao2023-02-282-5/+8
|\|
| * glibc: Remove a sed useless for 2.37Xi Ruoyao2023-02-021-5/+0
| |
| * decorate new note about $() and ``Xi Ruoyao2023-01-271-4/+4
| |
| * Add a comment about nested command substitutionBruce Dubbs2023-01-261-0/+8
| | | | | | | | | | | | | | | | "The command below shows an example of nested command substitution using two methods: backquotes and a $() construct. It could be rewritten using the same method for both substitutions, but is shown this way to demonstrate how they can be mixed. Generally the $() method is preferred."
* | Merge remote-tracking branch 'origin/trunk' into xry111/arm64Xi Ruoyao2022-12-091-5/+5
|\|
| * gcc-pass1: housekeeping after --disable-decimal-float removalXi Ruoyao2022-11-231-5/+5
| |
* | Merge remote-tracking branch 'origin/trunk' into xry111/arm64Xi Ruoyao2022-11-231-1/+0
|\|
| * gcc: remove --disable-decimal-float from pass 1 and 2Xi Ruoyao2022-11-221-1/+0
| | | | | | | | | | | | | | | | | | | | We need to enable decimal float here or MPFR will be built w/o decimal float support. Then 2 of 183 tests will be skipped, and this will also cause an ICA issue. Q: Why we need decimal float in pass 1? A: We need pass-1 GCC with decimal float support to build decimal float routines in pass-2 libgcc.
* | Merge remote-tracking branch 'origin/trunk' into xry111/arm64Xi Ruoyao2022-11-011-0/+5
|\|
| * glibc: fix parallel build issue with make-4.4Xi Ruoyao2022-11-011-0/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | We only need a one-line change in upstream fix (because we don't use "make --shuffle"). Add it as a sed for both Chapter 5 and Chapter 8. Note that the "minimal" sed would be '/MAEKFLAGS :=/s/r/ -r/'. I included an additional ')' so it won't modify "-r" again to "- -r". Tested "make" and "make check" on a x86_64 with -j8 and an arm64 with -j24. Link: https://sourceware.org/git/?p=glibc.git;a=commit;h=2d7ed98add14
* | Merge remote-tracking branch 'origin/trunk' into xry111/arm64Xi Ruoyao2022-10-314-36/+36
|\|
| * Corrected spelling here and there. Regularized capitaization of packageDavid Bryant2022-10-304-38/+38
| | | | | | | | names, corrected idiom / punctuation, and removed extraneous verbiage.
* | Merge remote-tracking branch 'origin/trunk' into xry111/arm64Xi Ruoyao2022-10-181-1/+1
|\|
| * Fix sanity check in chapter 5Pierre Labastie2022-10-061-1/+1
| | | | | | | | | | | | When I changed the sanity check to remove the "dummy.c" file, I inadvertently used "gcc" instead of "$LFS_TGT-gcc". Which of course finds the host gcc...
* | Merge remote-tracking branch 'origin/trunk' into xry111/arm64Xi Ruoyao2022-09-241-0/+16
|\|
| * gcc: some reword of PIE/SSP/ASLR noteXi Ruoyao2022-09-111-5/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Expand tabs to 8 spaces like everywhere else in the book. Explain that shared libraries are already covered by ASLR, PIE expands the ASLR to cover the exetutables. In 2022, stack smashing attackings are mostly constructing a sequence of faked returning addresses to exectute a series of function already existing in the programs or libraries itself (ret2lib). Returning into the code injected by the attacker is almost impossible because on i686 (with a PAE/NX enabled kernel) or x86_64, running injected code needs W/X mappings and those are very rare these days.
| * gcc-pass1: fix bold "and" in command explanationPierre Labastie2022-09-101-2/+2
| |
| * Document the --enable-default-pie/ssp optionsPierre Labastie2022-09-101-0/+14
| | | | | | | | Also document test failures in gcc chapter 8
| * Use default-pie and default-ssp flags in gccPierre Labastie2022-09-091-0/+2
| | | | | | | | | | | | | | | | Committing only the commands for now, so that others can test the build. TODO: - add command explanations - add changelog - comment on failing tests in binutils and gcc
* | Merge remote-tracking branch 'origin/trunk' into xry111/arm64Xi Ruoyao2022-09-011-2/+1
|\|
| * Remove all non header files in linux headersPierre Labastie2022-08-311-2/+1
| | | | | | | | | | Report by Joe Locash that a perl script was left in /usr/include with our current instructions
* | arm64: various text change for references to architectureXi Ruoyao2022-08-261-2/+1
| |
* | arm64: update ELF loader pathsXi Ruoyao2022-08-261-3/+3
| | | | | | | | See https://sourceware.org/glibc/wiki/ABIList#aarch64.
* | arm64: remove ld.so symlink creationXi Ruoyao2022-08-261-21/+0
| | | | | | | | It's not need for ARM64!
* | arm64: adapt GCC lib64 -> lib quirk for aarch64Xi Ruoyao2022-08-261-7/+3
|/
* Don't use dummy.c for glibc sanity check in chap 5Pierre Labastie2022-08-251-5/+4
| | | | | | | | It seems glibc creates dummy.c for its own use. This leaves some dummy.xxx files in the directory, that may lead some users to think that the directory is not properly cleaned up after the test (I did :) So use a pipe so that only a.out is created
* Remove libtool archive (.la) files in Chapter 5 and 6Xi Ruoyao2022-08-191-0/+5
| | | | | | | | | | | | | | They are really harmful. In Binutils pass 2, libstdc++.la caused the building system to use host /usr/lib/libstdc++.so for gprofng. We now has disabled gprofng for pass 2, but the similar issue also exists in GCC pass 2. In a normal LFS build, the building system silently uses /usr/lib/libstdc++.so (I guess it does not blow up simply because some blind luck); in a real cross build (x86 -> ARM for example) the build will fail. Remove the .la files to fix this issue. Instead of only modifying clfs-ng, it makes more sense to apply the change for trunk: though the build does not fail, using host library is still a contamination.
* Package updates.Bruce Dubbs2022-08-061-0/+9
| | | | | | | Update to binutils-2.38. Update to util-linux-2.38.1. Update to Python3-3.10.6. Update to glibc-2.36.
* gcc-12: remove --enable-initfini-array in pass 1Xi Ruoyao2022-05-061-10/+0
| | | | Reference: https://gcc.gnu.org/r12-1328
* SpelingBruce Dubbs2022-03-241-1/+1
|
* fix GCC PR100017 and enable libstdc++ for pass 2Xi Ruoyao2022-02-271-4/+4
| | | | | | | | | This is the issue preventing us from cross-compiling libstdc++ in Chapter 6. By fixing this issue we can remove a seperate pass 2 for libstdc++ and simplify the instruction. The upstream fix will be released in 11.3 and 12.0, so we can remove the first sed upgrading gcc next time.
* relax host system requirementsXi Ruoyao2022-02-191-5/+4
| | | | | | | | | | | | | | | | | | | | | | | | | A requirement on Glibc is not needed at all. It's enough once $LFS_TGT-* is runnable. A test on Alpine (using musl as libc) has practically proved this. We'd raised binutils and GCC requirements mostly for Glibc. But now Glibc is cross compiled by our cross toolchain with latest GCC and binutils release, the host tools really does not matter. In the Glibc building process only two .c files are build with BUILD_CC (the C compiler from the host), and they are highly conservative (mostly unchanged for years). Binutils does not have too much requirement on host GCC & Binutils: there is even a Binutils commit in this week fixing a build failure with GCC-4.2! So the most strict limitation comes from GCC. GCC requires host GCC to support ISO C++ 11 so GCC >= 4.8 is needed. And both GCC-4.8 and latest GCC-11.2 claims a requirement for Binutils-2.12 (for x86_64) or 2.13.1 (for 32-bit x86), so we make minimal Binutils version 2.13.1. And, host bzip2 is never used now: the only .tar.bz2 files are elfutils and python docs. They are not decompressed before entering chroot.
* Spelling/TyposBruce Dubbs2022-02-181-1/+1
|
* break very long lineXi Ruoyao2022-02-151-1/+2
|
* libstdc++ pass 1: rephrase the explanation for --with-gxx-include-dirXi Ruoyao2022-02-151-3/+13
| | | | | I just received a private mail from some guy obviously puzzled by this switch. Expand the explanation a little to make it more clear.
* Revert "binutils: use -j1 for make install"Xi Ruoyao2022-02-041-14/+1
| | | | | | | This reverts commit 03a41fd0cd6635843d313c02150692a05d6b8bd2. It's no longer needed after binutils-gdb commit "install dependencies for ld -> bfd and libctf -> bfd" (755ba58e).
* gcc-pass1: set --with-glibc-version to target glibc versionXi Ruoyao2021-12-031-5/+8
| | | | | | | | | | | | | | | | | | "info gccinstall" says: '--with-glibc-version=MAJOR.MINOR' Tell GCC that when the GNU C Library (glibc) is used on the target it will be version MAJOR.MINOR or later. Normally this can be detected from the C library's header files, but this option may be needed when bootstrapping a cross toolchain without the header files available for building the initial bootstrap compiler. So it can, and should be set to the version of glibc which will be built for the chroot environment. On x86_64, currently it does not make any difference with values >= 2.13. But it may make a difference if a new feature is added to glibc, or on other platforms.