5.4.1. 安装交叉编译的 Binutils

第一个编译的软件包是 Binutils 软件包，这点很重要，因为 Glibc 和 GCC 都会对可用的链接器和汇编器执行各种测试，以决定启用它们自身的哪些功能。

Binutils 手册建议，在源码目录之外一个专门的编译目录里面编译 Binutils：

mkdir -v build
cd       build

现在准备编译 Binutils：

../configure --prefix=/tools            \
             --with-sysroot=$LFS        \
             --with-lib-path=/tools/lib \
             --target=$LFS_TGT          \
             --disable-nls              \
             --disable-werror

继续编译软件包：

make

现在编译完成了。通常现在我们会运行测试套件，但在这个初期阶段，测试套件框架（Tcl、Expect 和 DejaGNU）还没有就绪。在此进行测试的收效甚微，因为第一遍编译的程序很快会被第二遍的代替。

如果是在 x86_64 上构建，创建符号链接，以确保工具链的完整性：

case $(uname -m) in
  x86_64) mkdir -v /tools/lib && ln -sv lib /tools/lib64 ;;
esac

安装软件包:

make install

5.5.1. 安装交叉编译的 GCC

现在 GCC 需要 GMP、MPFR 和 MPC 软件包。在你的主机发行版中可能并不包括这些软件包，它们将和 GCC 一起编译。将每个解压软件包到 GCC 的目录下，并重命名解压后得到的目录，以便 GCC 编译过程中能自动使用这些软件：

tar -xf ../mpfr-4.0.2.tar.xz
mv -v mpfr-4.0.2 mpfr
tar -xf ../gmp-6.1.2.tar.xz
mv -v gmp-6.1.2 gmp
tar -xf ../mpc-1.1.0.tar.gz
mv -v mpc-1.1.0 mpc

下面的指令将会修改 GCC 默认的动态链接器的位置，安装到 /tools 目录中的。并将 /usr/include 从 GCC 的 include 检索路径中移除。执行：

for file in gcc/config/{linux,i386/linux{,64}}.h
do
  cp -uv $file{,.orig}
  sed -e 's@/lib\(64\)\?\(32\)\?/ld@/tools&@g' \
      -e 's@/usr@/tools@g' $file.orig > $file
  echo '
#undef STANDARD_STARTFILE_PREFIX_1
#undef STANDARD_STARTFILE_PREFIX_2
#define STANDARD_STARTFILE_PREFIX_1 "/tools/lib/"
#define STANDARD_STARTFILE_PREFIX_2 ""' >> $file
  touch $file.orig
done

如果上面的内容看起来有些难以理解，那让我们慢慢消化吧。首先，我们复制文件 gcc/config/linux.h，gcc/config/i386/linux.h，和 gcc/config/i368/linux64.h，给复制的文件加上「.orig」后缀。然后第一个 sed 表达式在每个「/lib/ld」，「/lib64/ld」或者「/lib32/ld」实例前面增加「/tools」，第二个 sed 表达式替换「/usr」的硬编码实例。然后，我们添加这改变默认 startfile 前缀到文件末尾的定义语句。注意「/tools/lib/」后面的「/」是必须的。最后，我们用 touch 更新复制文件的时间戳。当与 cp -u 一起使用时，可以防止命令被无意中运行两次造成对原始文件意外的更改。

最后，在 x86_64 的主机上，为 64 位的库设置默认目录名至「lib」：

case $(uname -m) in
  x86_64)
    sed -e '/m64=/s/lib64/lib/' \
        -i.orig gcc/config/i386/t-linux64
 ;;
esac

GCC 手册建议在源目录之外一个专门的编译目录中编译 GCC：

mkdir -v build
cd       build

准备编译 GCC:

../configure                                       \
    --target=$LFS_TGT                              \
    --prefix=/tools                                \
    --with-glibc-version=2.11                      \
    --with-sysroot=$LFS                            \
    --with-newlib                                  \
    --without-headers                              \
    --with-local-prefix=/tools                     \
    --with-native-system-header-dir=/tools/include \
    --disable-nls                                  \
    --disable-shared                               \
    --disable-multilib                             \
    --disable-decimal-float                        \
    --disable-threads                              \
    --disable-libatomic                            \
    --disable-libgomp                              \
    --disable-libquadmath                          \
    --disable-libssp                               \
    --disable-libvtv                               \
    --disable-libstdcxx                            \
    --enable-languages=c,c++

运行命令编译 GCC:

make

现在编译完成了。在这里，通常会运行测试套件，但正如前面提到的，测试套件框架还没有准备好。在此进行测试的并没有太多好处，因为第一遍编译的程序很快会被取代。

安装软件包：

make install

5.6.1. 安装 Linux API 头文件

Linux 内核需要展示供系统 C 库（在 LFS 中是 Glibc）使用的应用程序编程接口（API）。这通过在 Linux 内核源代码 tar 包中包括一些 C 头文件来完成。

确认这里没有陈旧的文件且不依赖于之前的操作：

make mrproper

从源代码中提取用户可见的内核头文件。把他们保存在一个临时本地文件夹中然后复制到所需的位置，因为解压过程会移除目标文件夹中任何已有的文件。

make INSTALL_HDR_PATH=dest headers_install
cp -rv dest/include/* /tools/include

5.7.1. 安装 Glibc

Glibc 手册建议在源文件夹之外的一个专用文件夹中编译 Glibc：

mkdir -v build
cd       build

下一步，准备编译 Glibc：

../configure                             \
      --prefix=/tools                    \
      --host=$LFS_TGT                    \
      --build=$(../scripts/config.guess) \
      --enable-kernel=3.2                \
      --with-headers=/tools/include

在这个过程中，可能会出现下面的警告：

msgfmt 程序的缺失或者不兼容通常是无害的。这个 msgfmt 程序是 Gettext 软件包的一部分，主机发行版应该提供了。

编译软件包:

make

安装软件包:

make install

echo 'int main(){}' > dummy.c
$LFS_TGT-gcc dummy.c
readelf -l a.out | grep ': /tools'

[Requesting program interpreter: /tools/lib64/ld-linux-x86-64.so.2]

rm -v dummy.c a.out

5.8.1. 安装目标 Libstdc++

为 Libstdc++ 另外创建一个用于构建的文件夹并进入该文件夹：

mkdir -v build
cd       build

准备编译 Libstdc++：

../libstdc++-v3/configure           \
    --host=$LFS_TGT                 \
    --prefix=/tools                 \
    --disable-multilib              \
    --disable-nls                   \
    --disable-libstdcxx-threads     \
    --disable-libstdcxx-pch         \
    --with-gxx-include-dir=/tools/$LFS_TGT/include/c++/9.2.0

编译 libstdc++：

make

安装库：

make install

5.9.1. 安装 Binutils

再次新建一个单独的编译文件夹：

mkdir -v build
cd       build

准备编译 Binutils：

CC=$LFS_TGT-gcc                \
AR=$LFS_TGT-ar                 \
RANLIB=$LFS_TGT-ranlib         \
../configure                   \
    --prefix=/tools            \
    --disable-nls              \
    --disable-werror           \
    --with-lib-path=/tools/lib \
    --with-sysroot

编译软件包：

make

安装软件包：

make install

现在，为下一章的「Re-adjusting」阶段准备链接器：

make -C ld clean
make -C ld LIB_PATH=/usr/lib:/lib
cp -v ld/ld-new /tools/bin

5.10.1. 安装 GCC

我们第一次编译 GCC 的时候安装了一些内部系统头文件。其中的一个 limits.h 会反过来包括对应的系统头文件 limits.h，在我们的例子中，是 /tools/include/limits.h 。但是，第一次编译 gcc 的时候 /tools/include/limits.h 并不存在，因此 GCC 安装的内部头文件只是部分的自包含文件，并不包括系统头文件的扩展功能。这足以编译临时 libc，但是这次编译 GCC 要求完整的内部头文件。使用和正常情况下 GCC 编译系统使用的相同的命令创建一个完整版本的内部头文件：

cat gcc/limitx.h gcc/glimits.h gcc/limity.h > \
  `dirname $($LFS_TGT-gcc -print-libgcc-file-name)`/include-fixed/limits.h

再一次更改 GCC 的默认动态链接器的位置，使用安装在 /tools 的那个。

for file in gcc/config/{linux,i386/linux{,64}}.h
do
  cp -uv $file{,.orig}
  sed -e 's@/lib\(64\)\?\(32\)\?/ld@/tools&@g' \
      -e 's@/usr@/tools@g' $file.orig > $file
  echo '
#undef STANDARD_STARTFILE_PREFIX_1
#undef STANDARD_STARTFILE_PREFIX_2
#define STANDARD_STARTFILE_PREFIX_1 "/tools/lib/"
#define STANDARD_STARTFILE_PREFIX_2 ""' >> $file
  touch $file.orig
done

如果是在 x86_64 环境上构建，为 64 位库改变默认目录名至「lib」：

case $(uname -m) in
  x86_64)
    sed -e '/m64=/s/lib64/lib/' \
        -i.orig gcc/config/i386/t-linux64
  ;;
esac

和第一次编译 GCC 一样，它要求 GMP、MPFR 和 MPC 软件包。解压 tar 包并把它们重名为到所需的文件夹名称：

tar -xf ../mpfr-4.0.2.tar.xz
mv -v mpfr-4.0.2 mpfr
tar -xf ../gmp-6.1.2.tar.xz
mv -v gmp-6.1.2 gmp
tar -xf ../mpc-1.1.0.tar.gz
mv -v mpc-1.1.0 mpc

再次创建独立的编译文件夹：

mkdir -v build
cd       build

在开始编译 GCC 之前，记住取消所有会覆盖默认优化选项的环境变量。

准备编译 GCC:

CC=$LFS_TGT-gcc                                    \
CXX=$LFS_TGT-g++                                   \
AR=$LFS_TGT-ar                                     \
RANLIB=$LFS_TGT-ranlib                             \
../configure                                       \
    --prefix=/tools                                \
    --with-local-prefix=/tools                     \
    --with-native-system-header-dir=/tools/include \
    --enable-languages=c,c++                       \
    --disable-libstdcxx-pch                        \
    --disable-multilib                             \
    --disable-bootstrap                            \
    --disable-libgomp

编译软件包:

make

安装软件包:

make install

作为画龙点睛，这里创建一个符号链接。很多程序和脚本执行 cc 而不是 gcc 来保证程序的通用性，并且在所有的 Unix 类型的系统上都能用，而非仅局限于安装了 GCC 的 Unix 类型的系统。运行 cc 使得系统管理员不用考虑要安装那种 C 编译器：

ln -sv gcc /tools/bin/cc

echo 'int main(){}' > dummy.c
cc dummy.c
readelf -l a.out | grep ': /tools'

[Requesting program interpreter: /tools/lib64/ld-linux-x86-64.so.2]

rm -v dummy.c a.out

5.11.1. 安装 Tcl

此软件包和后面两个包（Expect 和 DejaGNU）用来为 GCC 和 Binutils 还有其他的一些软件包的测试套件提供运行支持。仅仅为了测试目的而安装三个软件包，看上去有点奢侈，虽然因为大部分重要的工具都能正常工作而并不需要去做测试。尽管在本章中并没有执行测试套件（并不做要求），但是在 第 6 章 中都要求执行这些软件包自带的测试套件。

注意，这里的 Tcl 软件包用的是最小化安装的版本，仅仅是为了运行 LFS 测试。需要完整版的软件包，可参考 BLFS 的 Tcl 流程。

配置 Tcl 准备编译：

cd unix
./configure --prefix=/tools

编译软件包：

make

现在编译已经完成。之前说过，不强求为本章中所构建的临时工具运行测试套件。不过你仍然要测试 Tcl 的话可以用下面的命令：

TZ=UTC make test

Tcl 测试套件在宿主机某些特定条件下会失败，原因很难推测。不过测试套件失败并不奇怪，也不是什么严重的错误。参数 TZ=UTC 设定了时区和相应的世界标准时间（UTC），但是只在测试套件运行期间才有效。这个可以保证时钟测试能正常运行。关于 TZ 环境变量的细节请参阅本手册 第 7 章。

安装软件包：

make install

让安装的库文件可写，这样之后可以删除调试符号。

chmod -v u+w /tools/lib/libtcl8.6.so

安装 Tcl 的头文件。后面的软件包 Expect 在编译的时候会用到。

make install-private-headers

现在创建几个必要的符号链接：

ln -sv tclsh8.6 /tools/bin/tclsh

5.12.1. 安装 Expect

首先，强制 Expect 的 configure 配置脚本使用 /bin/stty 替代宿主机系统里可能存在的 /usr/local/bin/stty 。这样可以保证我们的测试套件工具在工具链的最后一次构建能够正常。

cp -v configure{,.orig}
sed 's:/usr/local/bin:/bin:' configure.orig > configure

现在配置 Expect 准备编译：

./configure --prefix=/tools       \
            --with-tcl=/tools/lib \
            --with-tclinclude=/tools/include

编译软件包：

make

现在编译已经完成。之前说过，不要求为本章中所构建的临时工具运行测试套件。不过你仍然要测试 Expect 的话可以用下面的命令：

make test

请注意 Expect 测试套件已知在某些宿主机特定情况下有过失败的情况，我们还没有完全把握。不过，在这里测试套件运行失败并不奇怪，也不认为是关键问题。

安装软件包：

make SCRIPTS="" install

5.13.1. 安装 DejaGNU

配置 DejaGNU 准备编译：

./configure --prefix=/tools

编译安装软件包：

make install

要测试编译结果，执行：

make check

5.14.1. 安装 M4

首先，对应 glibc-2.28 的需求做一些修复：

sed -i 's/IO_ftrylockfile/IO_EOF_SEEN/' lib/*.c
echo "#define _IO_IN_BACKUP 0x100" >> lib/stdio-impl.h

配置 M4 准备编译：

./configure --prefix=/tools

编译软件包：

make

现在编译已经完成。之前说过，不要求为本章中所构建的临时工具运行测试套件。不过你仍然要测试 M4 的话可以用下面的命令：

make check

安装软件包：

make install

5.15.1. 安装 Ncurses

在安装之前，须要确保 gawk 在第一次配置时已经找到：

sed -i s/mawk// configure

配置 Ncurses 准备编译：

./configure --prefix=/tools \
            --with-shared   \
            --without-debug \
            --without-ada   \
            --enable-widec  \
            --enable-overwrite

编译软件包：

make

这个软件包有测试套件，但是只有在安装后才能执行。测试用例在 test/ 目录里。查看该目录下的 README 文件了解更多细节。

安装软件包：

make install
ln -s libncursesw.so /tools/lib/libncurses.so

5.16.1. 安装 Bash

配置 Bash 准备编译：

./configure --prefix=/tools --without-bash-malloc

编译软件包：

make

现在编译已经完成。之前说过，不要求为本章中所构建的临时工具运行测试套件。不过你仍然要测试 Bash 的话可以用下面的命令：

make tests

安装软件包：

make install

为使用 sh 终端的程序创建一个符号链接：

ln -sv bash /tools/bin/sh

5.17.1. 安装 Bison

配置 Bison 准备编译：

./configure --prefix=/tools

编译软件包：

make

为了测试结果，输入：

make check

安装软件包：

make install

5.18.1. 安装 Bzip2

Bzip2 软件包里没有 configure 配置脚本。用下面的命令编译和测试：

make

安装软件包：

make PREFIX=/tools install

5.19.1. 安装 Coreutils

配置 Coreutils 准备编译：

./configure --prefix=/tools --enable-install-program=hostname

编译软件包：

make

现在编译已经完成。之前说过，不要求为本章中所构建的临时工具运行测试套件。不过你仍然要测试 Coreutils 的话可以用下面的命令：

make RUN_EXPENSIVE_TESTS=yes check

参数 RUN_EXPENSIVE_TESTS=yes 会告诉测试套件额外运行对某些系统开销相对大一些（主要是 CPU 运算能力和内存消耗）的测试用例，但是通常对 Linux 来说不是问题。

安装软件包：

make install

5.20.1. 安装 Diffutils

配置 Diffutils 准备编译：

./configure --prefix=/tools

编译软件包：

make

现在编译已经完成。之前说过，不要求为本章中所构建的临时工具运行测试套件。不过你仍然要测试 Diffutils 的话可以用下面的命令：

make check

安装软件包：

make install

5.21.1. 安装 File

配置 File 准备编译：

./configure --prefix=/tools

编译软件包：

make

现在编译已经完成。之前说过，不要求为本章中所构建的临时工具运行测试套件。不过你仍然要测试 File 的话可以用下面的命令：

make check

安装软件包：

make install

5.22.1. 安装 Findutils

首先，对应 glibc-2.28 的需求做一些修复：

sed -i 's/IO_ftrylockfile/IO_EOF_SEEN/' gl/lib/*.c
sed -i '/unistd/a #include <sys/sysmacros.h>' gl/lib/mountlist.c
echo "#define _IO_IN_BACKUP 0x100" >> gl/lib/stdio-impl.h

配置 Findutils 准备编译：

./configure --prefix=/tools

编译软件包：

make

现在编译已经完成。之前说过，不要求为本章中所构建的临时工具运行测试套件。不过你仍然要测试 Findutils 的话可以用下面的命令：

make check

安装软件包：

make install

5.23.1. 安装 Gawk

配置 Gawk 准备编译：

./configure --prefix=/tools

编译软件包：

make

现在编译已经完成。之前说过，不要求为本章中所构建的临时工具运行测试套件。不过你仍然要测试 Gawk 的话可以用下面的命令：

make check

安装软件包：

make install

5.24.1. 安装 Gettext

对于我们这次用到的临时工具集，我们只需要安装 Gettext 软件包里的 3 个程序。

配置 Gettext 准备编译：

./configure --disable-shared

编译软件包：

make

由于环境受限，建议不要在此阶段运行测试套件。

安装 msgfmt、msgmerge 和 xgettext 程序：

cp -v gettext-tools/src/{msgfmt,msgmerge,xgettext} /tools/bin

5.25.1. 安装 Grep

配置 Grep 准备编译：

./configure --prefix=/tools

编译软件包：

make

现在编译已经完成。之前说过，不要求为本章中所构建的临时工具运行测试套件。不过你仍然要测试 Grep 的话可以用下面的命令：

make check

安装软件包：

make install

5.26.1. 安装 Gzip

配置 Gzip 准备编译：

./configure --prefix=/tools

编译软件包：

make

现在编译已经完成。之前说过，不要求为本章中所构建的临时工具运行测试套件。不过你仍然要测试 Gzip 的话可以用下面的命令：

make check

安装软件包：

make install

5.27.1. 安装 Make

首先，解决一个 glibc-2.27 或更高版本带来的问题：

sed -i '211,217 d; 219,229 d; 232 d' glob/glob.c

配置 Make 准备编译：

./configure --prefix=/tools --without-guile

编译软件包：

make

现在编译已经完成。之前说过，不要求为本章中所构建的临时工具运行测试套件。不过你仍然要测试 Make 的话可以用下面的命令：

make check

安装软件包：

make install

5.28.1. 安装 Patch

配置 Patch 准备编译：

./configure --prefix=/tools

编译软件包：

make

现在编译已经完成。之前说过，不要求为本章中所构建的临时工具运行测试套件。不过你仍然要测试 Patch 的话可以用下面的命令：

make check

安装软件包：

make install

5.29.1. 安装 Perl

配置 Perl 准备编译：

sh Configure -des -Dprefix=/tools -Dlibs=-lm -Uloclibpth -Ulocincpth

编译软件包：

make

虽然 Perl 软件包自带测试套件，最好还是等下一章中它被完整安装之后再运行。

这次我们只需要安装一小部分的应用和库。

cp -v perl cpan/podlators/scripts/pod2man /tools/bin
mkdir -pv /tools/lib/perl5/5.30.0
cp -Rv lib/* /tools/lib/perl5/5.30.0

5.30.1. 安装 Python

这个软件包首先构建 Python 解释器，然后是一些标准的 Python 模块。构建模块的主要脚本是用 Python 编写的，并使用宿主机 /usr/include 和 /usr/lib 目录的硬编码路径。以此防止他们被使用，输入：

sed -i '/def add_multiarch_paths/a \        return' setup.py

配置 Python 准备编译：

./configure --prefix=/tools --without-ensurepip

编译软件包：

make

编译完成。测试套件需求 TK 和 X Windows，此时无法运行。

安装软件包：

make install

5.31.1. 安装 Sed

配置 Sed 准备编译：

./configure --prefix=/tools

编译软件包：

make

现在编译已经完成。之前说过，不要求为本章中所构建的临时工具运行测试套件。不过你仍然要测试 Sed 的话可以用下面的命令：

make check

安装软件包：

make install

5.32.1. 安装 Tar

配置 Tar 准备编译：

./configure --prefix=/tools

编译软件包：

make

现在编译已经完成。之前说过，不要求为本章中所构建的临时工具运行测试套件。不过你仍然要测试 Tar 的话可以用下面的命令：

make check

安装软件包：

make install

5.33.1. 安装 Texinfo

配置 Texinfo 准备编译：

./configure --prefix=/tools

编译软件包：

make

现在编译已经完成。之前说过，不要求为本章中所构建的临时工具运行测试套件。不过你仍然要测试 Texinfo 的话可以用下面的命令：

make check

安装软件包：

make install

5.34.1. 安装 Xz

配置 Xz 准备编译：

./configure --prefix=/tools

编译软件包：

make

现在编译已经完成。之前说过，不要求为本章中所构建的临时工具运行测试套件。不过你仍然要测试 Xz 的话可以用下面的命令：

make check

安装软件包：

make install

6.7.1. Linux API 头文件的安装

Linux 内核需要提供一个应用编程接口（API）供系统的 C 库（LFS 中的 Glibc）调用。这通过整理 Linux 内核源码包中的多个 C 头文件来完成。

确保在之前的动作里没有留下旧文件和依赖关系：

make mrproper

现在要从源代码里解压出用户需要的内核头文件。因为解压过程会删除目标目录下所有文件，所以我们会先输出到一个本地中间目录后再拷贝到需要的地方。而且里面还有一些隐藏文件是给内核开发人员用的，而 LFS 不需要，所以会将它们从中间目录里删除。

make INSTALL_HDR_PATH=dest headers_install
find dest/include \( -name .install -o -name ..install.cmd \) -delete
cp -rv dest/include/* /usr/include

6.8.1. 安装 Man-pages

运行下面的命令安装 Man-pages：

make install

6.9.1. 安装 Glibc

有些 Glibc 程序会用到和 FHS 不兼容的 /var/db 目录来存储它们的运行时数据。打上如下的补丁让这些程序在 FHS 兼容的位置存储它们的运行时数据。

patch -Np1 -i ../glibc-2.30-fhs-1.patch

修复 linux-5.2 内核引入的问题：

sed -i '/asm.socket.h/a# include <linux/sockios.h>' \
   sysdeps/unix/sysv/linux/bits/socket.h

顺应 LSB 规范创建一个符号链接。此外，x86_64 情况下，为了使动态加载器正确运作，再创建一个兼容性的符号链接：

case $(uname -m) in
    i?86)   ln -sfv ld-linux.so.2 /lib/ld-lsb.so.3
    ;;
    x86_64) ln -sfv ../lib/ld-linux-x86-64.so.2 /lib64
            ln -sfv ../lib/ld-linux-x86-64.so.2 /lib64/ld-lsb-x86-64.so.3
    ;;
esac

Glibc 文档里建议在 Glibc 特定编译目录下编译：

mkdir -v build
cd       build

配置 Glibc 准备编译：

CC="gcc -ffile-prefix-map=/tools=/usr" \
../configure --prefix=/usr                          \
             --disable-werror                       \
             --enable-kernel=3.2                    \
             --enable-stack-protector=strong        \
             --with-headers=/usr/include            \
             libc_cv_slibdir=/lib

编译软件包：

make

通常会有一些测试不能通过。若是下面列出的这些失败，通常就可以安心的无视了。

case $(uname -m) in
  i?86)   ln -sfnv $PWD/elf/ld-linux.so.2        /lib ;;
  x86_64) ln -sfnv $PWD/elf/ld-linux-x86-64.so.2 /lib ;;
esac

make check

你可能会看到一些失败的测试项。Glibc 的测试套件对宿主系统有一定的依赖。下面是一些 LFS 版本中最常见的问题：

虽然这只是无关紧要的消息，在安装 Glibc 时会报告找不到 /etc/ld.so.conf 文件。下面的方式可以避免这个警告：

touch /etc/ld.so.conf

修复生成的 Makefile 以跳过一个没有必要的完整性检查，该检查在部分 LFS 环境中会失败：

sed '/test-installation/s@$(PERL)@echo not running@' -i ../Makefile

安装软件包：

make install

为 nscd 安装配置文件并创建运行时目录：

cp -v ../nscd/nscd.conf /etc/nscd.conf
mkdir -pv /var/cache/nscd

接着，安装可以使系统响应不同语言的地域设置。没有一个地域是必需的，但是如果缺少了其中的某些，可能会导致在未来的软件包测试套件中，跳过了重要的测试项目。

单独的语言环境可以用 localedef 程序安装。例如，下面第一个 localedef 命令将 /usr/share/i18n/locales/cs_CZ 字符表定义组合在一起，并将结果附加到 /usr/share/i18n/charmaps/UTF-8.gz 文件末尾。下面的命令将安装能完美覆盖测试所需语言环境的最小集合：

mkdir -pv /usr/lib/locale
localedef -i POSIX -f UTF-8 C.UTF-8 2> /dev/null || true
localedef -i cs_CZ -f UTF-8 cs_CZ.UTF-8
localedef -i de_DE -f ISO-8859-1 de_DE
localedef -i de_DE@euro -f ISO-8859-15 de_DE@euro
localedef -i de_DE -f UTF-8 de_DE.UTF-8
localedef -i el_GR -f ISO-8859-7 el_GR
localedef -i en_GB -f UTF-8 en_GB.UTF-8
localedef -i en_HK -f ISO-8859-1 en_HK
localedef -i en_PH -f ISO-8859-1 en_PH
localedef -i en_US -f ISO-8859-1 en_US
localedef -i en_US -f UTF-8 en_US.UTF-8
localedef -i es_MX -f ISO-8859-1 es_MX
localedef -i fa_IR -f UTF-8 fa_IR
localedef -i fr_FR -f ISO-8859-1 fr_FR
localedef -i fr_FR@euro -f ISO-8859-15 fr_FR@euro
localedef -i fr_FR -f UTF-8 fr_FR.UTF-8
localedef -i it_IT -f ISO-8859-1 it_IT
localedef -i it_IT -f UTF-8 it_IT.UTF-8
localedef -i ja_JP -f EUC-JP ja_JP
localedef -i ja_JP -f SHIFT_JIS ja_JP.SIJS 2> /dev/null || true
localedef -i ja_JP -f UTF-8 ja_JP.UTF-8
localedef -i ru_RU -f KOI8-R ru_RU.KOI8-R
localedef -i ru_RU -f UTF-8 ru_RU.UTF-8
localedef -i tr_TR -f UTF-8 tr_TR.UTF-8
localedef -i zh_CN -f GB18030 zh_CN.GB18030
localedef -i zh_HK -f BIG5-HKSCS zh_HK.BIG5-HKSCS

另外，安装适合你自己国家/地区、语言和字符集的语言环境。

或者，也可以一次性安装在 glibc-2.30/localedata/SUPPORTED 文件里列出的所有语言环境（包括以上列出的所有语言环境以及其它更多），执行下面这个非常耗时的命令：

make localedata/install-locales

你需要的语言环境几乎不太可能没有列在 glibc-2.30/localedata/SUPPORTED 文件中，但如果真的没有可以使用 localedef 命令创建和安装。

6.11.1. 安装 Zlib

准备编译 Zlib：

./configure --prefix=/usr

编译软件包：

make

输入命令查看结果：

make check

安装软件包:

make install

共享库需要移动到 /lib，因此需要重建 .so 里面的 /usr/lib 文件：

mv -v /usr/lib/libz.so.* /lib
ln -sfv ../../lib/$(readlink /usr/lib/libz.so) /usr/lib/libz.so

6.12.1. 安装 File

准备编译 File：

./configure --prefix=/usr

编译软件包：

make

输入命令检查结果：

make check

安装软件包：

make install

6.13.1. 安装 Readline

重装 Readline 会使旧的库移动到 <libraryname>.old。通常来说这并不是什么问题，但一些情况下可能引起 ldconfig 链接错误。可以通过下面的两个 sed 命令避免这个问题：

sed -i '/MV.*old/d' Makefile.in
sed -i '/{OLDSUFF}/c:' support/shlib-install

准备编译 Readline：

./configure --prefix=/usr    \
            --disable-static \
            --docdir=/usr/share/doc/readline-8.0

编译软件包：

make SHLIB_LIBS="-L/tools/lib -lncursesw"

该软件包没有测试套件。

安装软件包：

make SHLIB_LIBS="-L/tools/lib -lncursesw" install

现在移动动态库到更合适的位置并修正一些文件权限和符号链接：

mv -v /usr/lib/lib{readline,history}.so.* /lib
chmod -v u+w /lib/lib{readline,history}.so.*
ln -sfv ../../lib/$(readlink /usr/lib/libreadline.so) /usr/lib/libreadline.so
ln -sfv ../../lib/$(readlink /usr/lib/libhistory.so ) /usr/lib/libhistory.so

如果需要的话，安装帮助文档：

install -v -m644 doc/*.{ps,pdf,html,dvi} /usr/share/doc/readline-8.0

6.14.1. 安装 M4

首先，对应 glibc-2.28 的需求做一些修复：

sed -i 's/IO_ftrylockfile/IO_EOF_SEEN/' lib/*.c
echo "#define _IO_IN_BACKUP 0x100" >> lib/stdio-impl.h

准备编译 M4：

./configure --prefix=/usr

编译软件包：

make

用以下命令测试结果：

make check

用以下命令测试结果：

make install

6.15.1. 安装 Bc

准备编译 Bc：

PREFIX=/usr CC=gcc CFLAGS="-std=c99" ./configure.sh -G -O3

编译软件包：

make

测试 bc，运行：

make test

安装软件包：

make install

6.16.1. 安装 Binutils

通过一个简单测试验证在 chroot 环境下 PTY 工作正常：

expect -c "spawn ls"

这个命令应该输出以下内容：

spawn ls

假如输出包括下面的信息，那么表示没有为 PTY 操作设置好环境。在运行 Binutils 和 GCC 的测试套件之前需要解决这个问题：

The system has no more ptys.
Ask your system administrator to create more.

删除一项测试，以保证不会影响到测试的完成：

sed -i '/@\tincremental_copy/d' gold/testsuite/Makefile.in

Binutils 的文档建议在一个专用的编译目录中编译 Binutils：

mkdir -v build
cd       build

配置 Binutils 准备编译：

../configure --prefix=/usr       \
             --enable-gold       \
             --enable-ld=default \
             --enable-plugins    \
             --enable-shared     \
             --disable-werror    \
             --enable-64-bit-bfd \
             --with-system-zlib

编译软件包：

make tooldir=/usr

查看结果：

make -k check

PC 相关的 offset 测试和 debug_msg.sh 中的测试已知会在 LFS 环境中测试失败。

安装软件包：

make tooldir=/usr install

6.17.1. 安装 GMP

ABI=32 ./configure ...

cp -v configfsf.guess config.guess
cp -v configfsf.sub   config.sub

准备编译 GMP：

./configure --prefix=/usr    \
            --enable-cxx     \
            --disable-static \
            --docdir=/usr/share/doc/gmp-6.1.2

编译软件包并生成 HTML 文档：

make
make html

查看结果：

make check 2>&1 | tee gmp-check-log

确认测试套件中所有的 190 个测试都通过了。通过输入下面的命令检查结果：

awk '/# PASS:/{total+=$3} ; END{print total}' gmp-check-log

安装软件包和文档：

make install
make install-html

6.18.1. 安装 MPFR

准备编译 MPFR：

./configure --prefix=/usr        \
            --disable-static     \
            --enable-thread-safe \
            --docdir=/usr/share/doc/mpfr-4.0.2

编译软件包并生成 HTML 文档：

make
make html

检查结果确认通过了所有的测试：

make check

安装软件包以及文档：

make install
make install-html

6.19.1. 安装 MPC

准备编译 MPC：

./configure --prefix=/usr    \
            --disable-static \
            --docdir=/usr/share/doc/mpc-1.1.0

编译软件包并生成 HTML 文档：

make
make html

用以下命令检查结果：

make check

安装软件包以及它的帮助文档：

make install
make install-html

6.20.1. 安装 Shadow

禁用对 groups 程序以及相应 man 手册的安装，Coreutils 已经提供了更棒的版本。同时也避免了安装已由 第 6.8 节 「Man-pages-5.02」 安装过的手册页：

sed -i 's/groups$(EXEEXT) //' src/Makefile.in
find man -name Makefile.in -exec sed -i 's/groups\.1 / /'   {} \;
find man -name Makefile.in -exec sed -i 's/getspnam\.3 / /' {} \;
find man -name Makefile.in -exec sed -i 's/passwd\.5 / /'   {} \;

比起默认的 crypt 方法，用更安全的 SHA-512 方法加密密码，它允许密码长度超过 8 个字符。也需要把 Shadow 默认使用的用户邮箱由陈旧的 /var/spool/mail 位置改为正在使用的 /var/mail 位置：

sed -i -e 's@#ENCRYPT_METHOD DES@ENCRYPT_METHOD SHA512@' \
       -e 's@/var/spool/mail@/var/mail@' etc/login.defs

sed -i 's@DICTPATH.*@DICTPATH\t/lib/cracklib/pw_dict@' etc/login.defs

做一个小改动，用 useradd 1000 生成第一个组号：

sed -i 's/1000/999/' etc/useradd

准备编译 Shadow：

./configure --sysconfdir=/etc --with-group-name-max-length=32

编译软件包：

make

该软件包没有测试套件。

安装软件包：

make install

移动位置错误的程序到正确的位置：

mv -v /usr/bin/passwd /bin

6.21.1. 安装 GCC

如果是在 x86_64 上实施构建，更改 64 位库的默认目录名为「lib」：

case $(uname -m) in
  x86_64)
    sed -e '/m64=/s/lib64/lib/' \
        -i.orig gcc/config/i386/t-linux64
  ;;
esac

GCC 的文档建议在源代码目录之外一个专用的编译目录中编译 GCC：

mkdir -v build
cd       build

准备编译 GCC：

SED=sed                               \
../configure --prefix=/usr            \
             --enable-languages=c,c++ \
             --disable-multilib       \
             --disable-bootstrap      \
             --with-system-zlib

注意，对于其它的编程语言，现在还有一些前提条件没有准备好。可以查看 BLFS Book 了解如何编译 GCC 支持的所有语言的指令。

编译软件包：

make

GCC 测试套件中一个测试集的会耗尽堆栈空间，因此运行测试之前要增加栈大小：

ulimit -s 32768

以非特权用户测试编译结果，不要因为出现错误就停下来：

chown -Rv nobody . 
su nobody -s /bin/bash -c "PATH=$PATH make -k check"

要查看测试套件结果的概要，运行：

../contrib/test_summary

如果仅查看摘要，则使用管道 grep -A7 Summ 选项控制输出将输出。

结果可以和 http://www.linuxfromscratch.org/lfs/build-logs/9.0/ 以及 https://gcc.gnu.org/ml/gcc-testresults/ 上的相比较。

已知与 get_time 相关的六个测试失败。 这些显然与 en_HK 语言环境有关。

两个 experimental/net 的测试 lookup.cc 和 reverse.cc 已知会在 LFS chroot 环境失败因为它们需要 /etc /hosts 和 iana-etc。

两个测试 pr57193.c 和 pr90178.c 已知会失败。

一些意料之外的错误总是难以避免。GCC 开发者通常会意识到这些问题，但还没有解决。除非测试结果和上面 URL 中的相差很大，不然就可以安全继续。

安装软件包并删除不需要的目录:

make install
rm -rf /usr/lib/gcc/$(gcc -dumpmachine)/9.2.0/include-fixed/bits/

GCC 的构建目录现在属于 nobody 安装头文件（及其内容）目录的所有权不正确。将所有权更改为 root 用户和组：

chown -v -R root:root \
    /usr/lib/gcc/*linux-gnu/9.2.0/include{,-fixed}

创建 FHS 因为「历史」原因而需要的符号链接。

ln -sv ../usr/bin/cpp /lib

很多软件包用命令 cc 调用 C 编译器。为了满足这些软件包，创建一个符号链接：

ln -sv gcc /usr/bin/cc

增加一个兼容符号链接启用编译程序时进行链接时间优化（Link Time Optimization，LTO）：

install -v -dm755 /usr/lib/bfd-plugins
ln -sfv ../../libexec/gcc/$(gcc -dumpmachine)/9.2.0/liblto_plugin.so \
        /usr/lib/bfd-plugins/

现在我们最终的工具链已经准备就绪了，再一次确认编译和链接都能像预期那样正常工作很重要。我们通过做和前面章节做过的相同的完整性检查做到这点：

echo 'int main(){}' > dummy.c
cc dummy.c -v -Wl,--verbose &> dummy.log
readelf -l a.out | grep ': /lib'

如果没有任何错误，上条命令的输出应该是（不同的平台上的动态链接器可能名字不同）：

[Requesting program interpreter: /lib64/ld-linux-x86-64.so.2]

现在确保我们已经设置好了启动文件：

grep -o '/usr/lib.*/crt[1in].*succeeded' dummy.log

上一条命令的输出应该是：

/usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/../../../../lib/crt1.o succeeded
/usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/../../../../lib/crti.o succeeded
/usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/../../../../lib/crtn.o succeeded

取决于你机器的架构，上面的结果可能有稍微不同，差异通常是 /usr/lib/gcc 后目录的名称。这里重要的一点是 gcc 能在 /usr/lib 目录下找到所有的三个 crt*.o 文件。

确保链接器能找到正确的头文件：

grep -B4 '^ /usr/include' dummy.log

这条命令应该返回如下输出：

#include <...> search starts here:
 /usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/include
 /usr/local/include
 /usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/include-fixed
 /usr/include

同时，注意你的目标系统三段式后面的目录名称可能和上面的不同，这取决于你的架构。

接下来，确认新的链接器已经在使用正确的搜索路径：

grep 'SEARCH.*/usr/lib' dummy.log |sed 's|; |\n|g'

应该忽略指向带有 '-linux-gnu' 的路径，上条命令的输出应该是：

SEARCH_DIR("/usr/x86_64-pc-linux-gnu/lib64")
SEARCH_DIR("/usr/local/lib64")
SEARCH_DIR("/lib64")
SEARCH_DIR("/usr/lib64")
SEARCH_DIR("/usr/x86_64-pc-linux-gnu/lib")
SEARCH_DIR("/usr/local/lib")
SEARCH_DIR("/lib")
SEARCH_DIR("/usr/lib");

32 位的系统可能有一些不同的目录。例如，下面是一台 i686 机器的输出：

SEARCH_DIR("/usr/i686-pc-linux-gnu/lib32")
SEARCH_DIR("/usr/local/lib32")
SEARCH_DIR("/lib32")
SEARCH_DIR("/usr/lib32")
SEARCH_DIR("/usr/i686-pc-linux-gnu/lib")
SEARCH_DIR("/usr/local/lib")
SEARCH_DIR("/lib")
SEARCH_DIR("/usr/lib");

然后我们要确定我们使用的是正确的 libc：

grep "/lib.*/libc.so.6 " dummy.log

上条命令的输出应该为：

attempt to open /lib/libc.so.6 succeeded

最后，确保 GCC 使用的是正确的动态链接器：

grep found dummy.log

上条命令的结果应该是（不同的平台上链接器名字可以不同）：

found ld-linux-x86-64.so.2 at /lib/ld-linux-x86-64.so.2

如果显示的结果不一样或者根本没有显示，那就出了大问题。检查并回溯之前的步骤，找到出错的地方并改正。最有可能的原因是参数文件的调整出了问题。在进行下一步之前所有的问题都要解决。

确保一切正常之后，清除测试文件：

rm -v dummy.c a.out dummy.log

最后，移动位置放错的文件：

mkdir -pv /usr/share/gdb/auto-load/usr/lib
mv -v /usr/lib/*gdb.py /usr/share/gdb/auto-load/usr/lib