Changeset d6006ef


Ignore:
Timestamp:
02/19/2022 02:29:47 AM (2 years ago)
Author:
Xi Ruoyao <xry111@…>
Branches:
11.1, 11.2, 11.2-rc1, 11.3, 11.3-rc1, 12.0, 12.0-rc1, 12.1, 12.1-rc1, arm, bdubbs/gcc13, multilib, renodr/libudev-from-systemd, s6-init, trunk, xry111/arm64, xry111/arm64-12.0, xry111/clfs-ng, xry111/lfs-next, xry111/loongarch, xry111/loongarch-12.0, xry111/loongarch-12.1, xry111/mips64el, xry111/pip3, xry111/rust-wip-20221008, xry111/update-glibc
Children:
3b70f92, a8ac544
Parents:
9904ecb
git-author:
Xi Ruoyao <xry111@…> (02/19/2022 02:28:54 AM)
git-committer:
Xi Ruoyao <xry111@…> (02/19/2022 02:29:47 AM)
Message:

relax host system requirements

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.

Files:
2 edited

Legend:

Unmodified
Added
Removed
  • chapter02/hostreqs.xml

    r9904ecb rd6006ef  
    3030
    3131    <listitem>
    32       <para><emphasis role="strong">Binutils-2.25</emphasis> (Versions
     32      <para><emphasis role="strong">Binutils-2.13.1</emphasis> (Versions
    3333      greater than &binutils-version; are not recommended as they have
    3434      not been tested)</para>
     
    4141
    4242    <listitem>
    43       <para><emphasis role="strong">Bzip2-1.0.4</emphasis></para>
    44     </listitem>
    45 
    46     <listitem>
    4743      <para><emphasis role="strong">Coreutils-6.9</emphasis></para>
    4844    </listitem>
     
    6157    </listitem>
    6258
    63     <!-- glibc-2.30 requires gcc-6.2 or later -->
    64     <listitem>
    65       <para><emphasis role="strong">GCC-6.2</emphasis> including the C++
     59    <listitem>
     60      <para><emphasis role="strong">GCC-4.8</emphasis> including the C++
    6661      compiler, <command>g++</command> (Versions greater than &gcc-version; are
    67       not recommended as they have not been tested)</para>
    68     </listitem>
    69 
    70     <listitem>
    71       <para><emphasis role="strong">Glibc-2.11</emphasis> (Versions
    72       greater than &glibc-version; are not recommended as they have
    73       not been tested)</para>
     62      not recommended as they have not been tested). C and C++ standard
     63      libraries (with headers) must also be present so the C++ compiler can
     64      build hosted programs</para>
    7465    </listitem>
    7566
     
    181172fi
    182173
    183 bzip2 --version 2&gt;&amp;1 &lt; /dev/null | head -n1 | cut -d" " -f1,6-
    184174echo -n "Coreutils: "; chown --version | head -n1 | cut -d")" -f2
    185175diff --version | head -n1
     
    197187gcc --version | head -n1
    198188g++ --version | head -n1
    199 ldd --version | head -n1 | cut -d" " -f2-  # glibc version
    200189grep --version | head -n1
    201190gzip --version | head -n1
  • chapter05/gcc-pass1.xml

    r9904ecb rd6006ef  
    108108        <listitem>
    109109          <para>This option specifies the version of glibc which will be
    110           used on the target. It is not relevant to the minimum glibc
    111           requirement specified in the
    112           <xref linkend="ch-partitioning-hostreqs"/> because everything
    113           compiled by pass1 gcc will run in the chroot environment,
    114           which is isolated from glibc of the host distro.</para>
     110          used on the target. It is not relevant to the libc of the host
     111          distro because everything compiled by pass1 gcc will run in the
     112          chroot environment, which is isolated from libc of the host
     113          distro.</para>
    115114        </listitem>
    116115      </varlistentry>
Note: See TracChangeset for help on using the changeset viewer.