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 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!
Change some http references to https in gcc.
Update to iproute2-4.17.0.
Update to bison-3.0.5.
Update to linux-4.17.1.
git-svn-id: http://svn.linuxfromscratch.org/LFS/trunk/BOOK@11418 4aa44e1e-78dd-0310-a6d2-fbcd4c07a689
Update to perl-5.22.1.
Update to perl-5.22.1.
Update to linux-4.3.1.
Update to man-pages-4.03.
Fix xz problem identified upstream.
git-svn-id: http://svn.linuxfromscratch.org/LFS/trunk/BOOK@10979 4aa44e1e-78dd-0310-a6d2-fbcd4c07a689
section in Chapter 6 Introduction, supressed many static libraries in different
packages, and removed the remaining in the Cleaning Up section.
git-svn-id: http://svn.linuxfromscratch.org/LFS/trunk/BOOK@10880 4aa44e1e-78dd-0310-a6d2-fbcd4c07a689