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 中的动态链接器。 同时，从 GCC 的头文件搜索路径中删除 /usr/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/i386/linux64.h， 将它们备份为名称是原文件名加上 “.orig” 后缀的文件。 然后第一个 sed 表达式将所有 “/lib/ld”、 “/lib64/ld” 或者 “/lib32/ld” 之前都加上 “/tools”，第二个将硬编码的 “/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

现在我们编译完成了 GCC。此时，通常来说应该执行测试套件。 然而正如前文所述，测试套件框架还没有就位， 而且第一遍编译的 GCC 程序很快就会被替换，运行测试套件的收益极小。

安装该软件包：

make install

5.6.1. 安装 Linux API 头文件

Linux 内核需要展示其应用程序编程接口 (API) 以供系统 C 运行库 （对于 LFS 来说就是 Glibc） 使用。 通过净化 Linux 内核源代码压缩包中的一些 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

现在，为下一章的 “重新调整” 阶段准备链接器：

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。一般来说， 它应该包含对应的系统头文件，对于我们的特例而言，就是 /tools/include/limits.h。 然而，在第一次构建 GCC 的时候，它还不存在， 因此 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 三个包。 解压它们的源码包，并将它们移动到 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

再次创建一个独立的构建目录：

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 系统上使用， 无论是否安装了 GNU C 编译器。运行 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

为了支持 GCC 和 Binutils 等软件包测试套件的运行， 需要安装这个软件包和接下来的两个 (Expect 与 DejaGNU)。 为了测试目的安装三个软件包看似浪费， 但实际上，我们运行了测试，才能放心地确定多数重要工具可以正常工作， 即使测试不是必要的。另外，即使在本章中不运行测试套件 （本章中的测试并不必要），我们必须安装这三个软件包， 才能执行 第 6 章 中的测试套件。

注意，这里使用的 Tcl 软件包是一个最小版本，仅用于运行 LFS 的测试。 如果需要完整的软件包，阅读 BLFS Tcl 安装过程 。

准备编译 Tcl：

cd unix
./configure --prefix=/tools

构建该软件包：

make

现在编译已经完成。正如之前讨论的，对于本章中的临时工具而言， 没有必要运行测试套件。如果无论如何要运行测试套件， 执行以下命令：

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 的配置脚本使用 /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 命令运行 shell 的程序考虑， 创建一个链接：

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 中的三个程序即可。

准备编译 Gettext：

./configure --disable-shared

编译该软件包：

make

由于环境的限制，不建议在这里运行该软件包的测试套件。

安装 msgfmt, msgmerge and 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 拥有测试套件，但最好到下一章安装完成 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 窗口系统，现在不能运行。

安装该软件包：

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）使用。 这通过净化内核源码包中提供的若干 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 文档推荐在专用目录中构建它：

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

下面，安装一些 locale ，它们可以使得系统用不同语言响应用户请求。 这些 locale 都不是必须的，但是如果缺少了它们中的某些， 在将来运行软件包的测试套件时，可能跳过重要的测试。

可以用 localedef 程序安装单独的 locale 。 例如，下面的第一个 localedef 命令将 /usr/share/i18n/locales/cs_CZ 中的字符集无关 locale 定义和 /usr/share/i18n/charmaps/UTF-8.gz 中的字符映射定义组合起来，并附加到 /usr/lib/locale/locale-archive 文件。 以下命令将会安装能够覆盖测试所需的最小 locale 集合：

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

另外，安装适合您自己国家、语言和字符集的 locale 。

或者，也可以一次安装 glibc-2.30/localedata/SUPPORTED 中列出的所有 locale （包括上面列出的所有 locale，以及其他很多）。 执行下面这个需要很长时间的命令：

make localedata/install-locales

如果需要，再使用 localedef 命令创建和安装 glibc-2.30/localedata/SUPPORTED 中没有列出的 locale ，当然您不太可能需要它们。

6.11.1. 安装 Zlib

准备安装 Zlib：

./configure --prefix=/usr

编译该软件包：

make

运行以下命令以测试编译结果：

make check

安装该软件包：

make install

需要把共享库移动到 /lib， 因此还需要重新创建 /usr/lib 中的 .so 符号链接：

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 会导致旧版本的库被重命名为 <库名称>.old 。这一般不是问题，但某些情况下会触发 ldconfig 的一个链接 bug 。 运行以下两条 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

进行简单测试，确认伪终端（PTY）在 chroot 环境中能正常工作：

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-relative offset 测试， 以及名为 debug_msg.sh 的一个测试可能失败。

安装该软件包：

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” 软件包已经提供的 man 页面：

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