| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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 vim-9.0.0192.
Update to iana-etc-20220803.
Update to tzdata-2022b.
Update to iproute2-5.19.0.
Update to linux-5.19.1.
Update to bc-6.0.1.
|
| |
|
|
|
|
|
|
|
| |
Update to binutils-2.38.
Update to util-linux-2.38.1.
Update to Python3-3.10.6.
Update to glibc-2.36.
|
|
|
|
| |
Security Advisory to follow.
|
|
|
|
|
| |
Update to linux-5.18.14.
Update to libcap-2.65.
|
|
|
|
|
|
|
|
| |
Update to meson-0.63.0.
Update to kmod-30.
Update to inetutils-2.3.
Update to linux-5.18.9.
Update to OpenSSL-3.0.5.
|
|
|
|
|
|
|
|
|
|
| |
Update to vim-9.0.0006.
Update to iana-etc-20220610.
Update to OpenSSL-3.0.4.
Update to kbd-2.5.1.
Update to linux-5.18.8.
Update to bc-5.3.3.
+
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
|
| |
Update to python3-3.10.5.
Update to meson-0.62.2.
Update to kbd-2.5.0.
Update to file-5.42.
Update to linux-5.18.3.
Update to bc-5.3.1.
|
|
|
|
|
|
|
| |
Update to iana-etc-20220524.
Update to iproute2-5.18.0.
Update to linux-5.18.1.
Update to perl-6.36.0.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Update to linux-5.17.7.
Update to psmisc-23.5.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Change nobody/nogroup uid/git to 65534.
Update to meson-0.62.1.
Update to libpipeline-1.5.6.
Update to elfutils-0.187.
Update to Jinja2-3.1.2.
Update to vim-8.2.4814.
Update to sysvinit-3.03.
Update to linux-5.17.5.
Update to gcc-11.3.0.
Update to coreutils-9.1.
Update to bc-5.2.4.
|
| |
|
| |
|
|
|
|
|
|
| |
Update to libcap-2.64.
Update to linux-5.17.3.
Update to gzip-1.12.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Update to sysvinit-3.02.
Update to zlib-1.2.12.
Update to expat-2.4.8.
Update to Jinja2-3.1.1.
Update to Python-3.10.4.
Update to procps-ng-4.0.0.
Update to iproute2-5.17.0.
Update to meson-0.62.0.
Update to linux-5.17.1.
Update to util-linux-2.38.
|
| |
|
|
|
|
|
|
|
|
| |
* Update to Python-3.10.3 (#5028)
* Update to libtool-2.4.7 (#5029)
* Update to linux-5.16.16 (#5030)
* Update to tzdata-2022a (#5031)
* Update to man-db-2.10.2 (#5032)
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
* update to expat-2.4.7 (#5019)
* update to bc-5.2.3 (#5020)
* update to linux-5.16.14 (#5021)
* update to perl-5.34.1 (#5022)
* update to vim-8.2.4567 (#4500)
|
| |
|
|
|
|
|
|
|
|
| |
* Update to meson-0.61.2.
* Update to linux-5.16.12.
* Update to MarkupSafe-2.1.0.
* Update to dbus-1.14.0.
* Update to vim-8.2.4489.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
Add binutils-2.38 LTO patch.
Update to util-linux-2.37.4.
Update to man-db-2.10.1.
Update to linux-5.16.9.
Update to vim-8.2.4383.
Update to iana-etc-20220207.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In the new cross-compilation approach, the $PATH in chroot does not
contain '/tools/bin'. So "+h" is useless in chroot as the newly
installed tools always replace the temporary counterpart at the same
location.
"+h" in chapter4/settingenviron.xml is kept deliberately. Currently
$LFS/tools/bin only contains programs prefixed with
"x86_64-lfs-linux-gnu-", and it's highly unlikely that any distro will
ever ship a program named with such prefix. So it may seems that we can
remove this "+h" as well. However, the situation may change in future
and we can take this oppertunity to teach the advantage and disvantage
of bash hash feature.
|
| |
|
| |
|
| |
|