| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Well, I was blaming libtool too much. If the entire Binutils tree uses
libtool this won't happen. The problem is Binutils building system is
using libtool-style idiom on non-libtool components.
And this issue is not related to cross compiling, at all. A native
build can exploit the issue as well (see the updated comment).
Maybe I'll submit a patch to GCC (yes, not a typo, GCC is the upstream
of Binutils building system) to fix the issue when I have the mood...
|
|
|
|
| |
It's not needed anymore with 9.4.
|
|
|
|
|
|
|
|
|
| |
Update to vim-9.0.1677.
Update to openssl-3.1.2.
Update to man-pages-6.05.
Update to binutils-2.41.
Update to gmp-6.3.0.
Update to glibc-2.38.
|
| |
|
|
|
|
|
| |
Building libsanitizer needs libcrypt. Disable it so we don't need to
add libxcrypt into Chapter 6.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
- Update to systemd-253
- Update to bc-6.3.1
- Update to linux-6.2.2
- Update to procps-ng-4.0.3
- Update to iproute2-6.2.0
- Update to meson-1.0.1
- Update to make-4.4.1
- Update to elfutils-0.189
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fix make-4.4 bug.
Update to wheel-0.38.4 (Python Module).
Update to texinfo-7.0.
Update to sysvinit-3.05.
Update to shadow-4.13.
Update to sed-4.9.
Update to meson-0.64.0.
Update to linux-6.0.7.
Update to elfutils-0.188.
Update to bc-6.1.1.
|
| |
|
|
|
|
|
| |
In bash-5.2 tarball config.guess is not executable, so we need to run
the script with an explicit "sh".
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
Forgot to remove this one when I removed it in pass 1...
Reference: https://gcc.gnu.org/r12-1328
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
| |
Update to binutils-2.38.
Update to util-linux-2.38.1.
Update to Python3-3.10.6.
Update to glibc-2.36.
|
|
|
|
|
|
|
|
| |
Presently we let the build system generate static C++ bindings, and
then we remove them. Note that we could also prevent generating
any C++ binding, since nothing in LFS/BLFS use them, but it seems to
me that generating the shared ones is closer to what is done for
other packages.
|
|
|
|
| |
What was I doing ?!
|
| |
|
|
|
|
| |
Reference: https://gcc.gnu.org/r12-6406
|
| |
|
| |
|
|
|
|
|
|
| |
There is also a "GCC_FOR_TARGET" which was not set correctly. The
--target=$LFS_TGT parameter can set up all of these variables as we
expected.
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
A very old libtool copy (2009-11-29) is shipped in binutils tarball. It
does not support sysroot, so the cross-built binutils binaries may link
to libraries from the host distro, if certain libraries are available.
The ideal solution should be updating libtool, as libtool-2.4.6 (in LFS)
has sysroot support. However, updating libtool for binutils is not
trivial: it would require to rerun autoconf and binutils building system
sticks to autoconf-2.69. Another issue is the sysroot support for
libtool has introduced a configure option "--with-sysroot", which
conflicts with an already existing option with the same name in
GCC and binutils building system (we are using the GCC/binutils version
of --with-sysroot in chapter 5).
GCC building system has --with-build-sysroot (we are using this for GCC
pass 2) for this issue. Binutils copied GCC building system, but it
does not respect --with-build-sysroot.
So for now we just edit libtool code to prevent "-L/usr/lib" in
$LFS_TGT_gcc command line. It should fix the issue about host libiberty
(reported in #lfs-support) as well, but it still need to be confirmed by
someone having such a host.
Tested with a jhalfs run on LFS.
|
|
|
|
|
|
| |
Update to bc-5.2.2.
Update to linux-5.16.8.
Update to binutils-2.38. Requires adding zlib to Chapter 6.
|
|
|
|
|
|
|
| |
This reverts commit 03a41fd0cd6635843d313c02150692a05d6b8bd2.
It's no longer needed after binutils-gdb commit "install dependencies for
ld -> bfd and libctf -> bfd" (755ba58e).
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
libstdbuf.so is a LD_PRELOAD hook, instead of a library which would be
used at link time. So let's keep the upstream default.
|
|
|
|
|
|
|
|
|
|
|
| |
Move coreutils library from /usr/libexec to /usr/lib in both
Chapter 6 and Chapter 8.
Text updates in chapter08/pkgmgt.xml and chapter09/locale.xml.
Restore deletion of hanging test in chapter08/util-linux.xml.
Text changes in stripping and make instruction compatible with jhalfs.
|
| |
|
|
|
|
| |
It's to prevent the creation of an empty /usr/var.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Update to meson-0.58.0
Update to systemd-248
Update to gcc-11.1.0
Update to linux-5.12.1
Update to iproute2-5.12.0
Update to Python-3.9.5
Make /bin, /sbin, and /lib symlinks to their counterparts in /usr.
Thanks again for a significant portion of this work goes to Xi, I only
really merged it and made a couple of modifications for my updates. To
LFS 11.x we go!
|
|
|
|
|
|
|
|
|
|
| |
to /lib
/bin/more links to libmagic.so (found on gimli and rivendell with a script)
git-svn-id: http://svn.linuxfromscratch.org/LFS/trunk/BOOK@12174 4aa44e1e-78dd-0310-a6d2-fbcd4c07a689
|
|
|
|
| |
git-svn-id: http://svn.linuxfromscratch.org/LFS/trunk/BOOK@12166 4aa44e1e-78dd-0310-a6d2-fbcd4c07a689
|
|
|
|
|
|
| |
lines, which causes configure to fail to run.
git-svn-id: http://svn.linuxfromscratch.org/LFS/trunk/BOOK@12127 4aa44e1e-78dd-0310-a6d2-fbcd4c07a689
|
|
|
|
| |
git-svn-id: http://svn.linuxfromscratch.org/LFS/trunk/BOOK@12126 4aa44e1e-78dd-0310-a6d2-fbcd4c07a689
|
|
|
|
| |
git-svn-id: http://svn.linuxfromscratch.org/LFS/trunk/BOOK@12125 4aa44e1e-78dd-0310-a6d2-fbcd4c07a689
|
|
|
|
| |
git-svn-id: http://svn.linuxfromscratch.org/LFS/trunk/BOOK@12117 4aa44e1e-78dd-0310-a6d2-fbcd4c07a689
|
|
|
|
| |
git-svn-id: http://svn.linuxfromscratch.org/LFS/trunk/BOOK@12113 4aa44e1e-78dd-0310-a6d2-fbcd4c07a689
|
|
|
|
|
|
|
| |
and change the order in chapter 8 so that everything is built against
chapter 8 glibc.
git-svn-id: http://svn.linuxfromscratch.org/LFS/trunk/BOOK@12112 4aa44e1e-78dd-0310-a6d2-fbcd4c07a689
|
|
|
|
|
|
| |
so that everything is built against chapter 8 glibc.
git-svn-id: http://svn.linuxfromscratch.org/LFS/trunk/BOOK@12111 4aa44e1e-78dd-0310-a6d2-fbcd4c07a689
|