Automatic merge of trunk into multilib

This commit is contained in:
Thomas Trepl (Moody) 2022-11-01 00:30:09 +01:00
commit f8e4cf6bd1

View File

@ -253,9 +253,9 @@
degraded), and also to build libstdc++. This last library will lack some of the
functionality of libgcc.</para>
<para>The upshot of the preceding
paragraph is that cc1 is unable to build a fully functional libstdc++, but
this is the only compiler available for building the C/C++ libraries
<para>The upshot of the preceding paragraph is that cc1 is unable to
build a fully functional libstdc++ with the degraded libgcc, but cc1
is the only compiler available for building the C/C++ libraries
during stage 2. Of course, the compiler built by stage 2, cc-lfs,
would be able to build those libraries, but:</para>
@ -278,7 +278,10 @@
</listitem>
</itemizedlist>
<para>So we have to re-build libstdc++ later as a part of gcc stage 2.</para>
<para>So when we build gcc stage 2, we instruct the building system to
rebuild libgcc and libstdc++ with cc1, but link libstdc++ to the newly
rebuilt libgcc instead of the degraded build. Then the rebuilt
libstdc++ will be fully functional.</para>
<para>In &ch-final; (or <quote>stage 3</quote>), all the packages needed for
the LFS system are built. Even if a package has already been installed into