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

已知此软件包在其默认优化标志（包括 -march 和 -mcpu 选项）被更改时会出现问题。如果定义了任何覆盖默认优化的环境变量，例如CFLAGS和CXXFLAGS，请在构建 Binutils 时取消设置它们。

如果您是从运行 Gcc-4 或更高版本的主机构建的，则必须修补此版本的 Binutils 的第一个构建，以便它可以由主机系统编译。

patch -Np1 -i ../binutils-2.15.94.0.2.2-gcc4-1.patch

Binutils 文档建议在源代码目录之外的专用构建目录中构建 Binutils。

mkdir -v ../binutils-build
cd ../binutils-build

现在准备编译 Binutils

../binutils-2.15.94.0.2.2/configure --prefix=/tools --disable-nls

configure 选项的含义

继续编译软件包

make

编译现已完成。通常，我们现在将运行测试套件，但在此早期阶段，测试套件框架（Tcl、Expect 和 DejaGNU）尚未到位。此时运行测试的好处是最小的，因为此第一遍的程序将很快被第二遍的程序替换。

安装软件包

make install

接下来，为稍后的“调整”阶段准备链接器

make -C ld clean
make -C ld LIB_PATH=/tools/lib

make 参数的含义

已知此软件包在其默认优化标志（包括 -march 和 -mcpu 选项）被更改时会出现问题。如果定义了任何覆盖默认优化的环境变量，例如CFLAGS和CXXFLAGS，在构建 GCC 时取消设置它们。

GCC 文档建议在源代码目录之外的专用构建目录中构建 GCC

mkdir -v ../gcc-build
cd ../gcc-build

准备 GCC 进行编译

../gcc-3.4.3/configure --prefix=/tools \
    --libexecdir=/tools/lib --with-local-prefix=/tools \
    --disable-nls --enable-shared --enable-languages=c

configure 选项的含义

继续编译软件包

make bootstrap

make 参数的含义

编译现已完成。 此时，通常会运行测试套件，但是，如前所述，测试套件框架尚未到位。 此时运行测试的好处是最小的，因为第一次传递的程序将很快被替换。

安装软件包

make install

作为最后的润色，创建一个符号链接。许多程序和脚本运行 cc 而不是 gcc，这用于使程序保持通用性，因此可在未安装 GNU C 编译器的各种 UNIX 系统上使用。 运行 cc 使系统管理员可以自由决定要安装哪个 C 编译器。

ln -vs gcc /tools/bin/cc

多年来，通常的做法是在/usr/include中使用“原始”内核头文件（直接来自内核 tarball），但是在过去的几年中，内核开发人员采取了强硬的立场，认为不应该这样做。 这催生了 Linux-Libc-Headers 项目，该项目旨在维护 Linux 头文件的应用程序编程接口 (API) 稳定版本。

安装头文件

cp -Rv include/asm-i386 /tools/include/asm
cp -Rv include/linux /tools/include

如果您的架构不是 i386（兼容），请相应地调整第一个命令。

已知此软件包在其默认优化标志（包括 -march 和 -mcpu 选项）被更改时会出现问题。如果定义了任何覆盖默认优化的环境变量，例如CFLAGS和CXXFLAGS，在构建 Glibc 时取消设置它们。

应该注意的是，以除本书中建议的方法以外的任何方式编译 Glibc 都会使系统的稳定性面临风险。

当运行的内核是 2.6.11 或更高版本时，Glibc 有两个测试会失败。 该问题已被确定为测试本身的问题，而不是 C 库或内核的问题。 如果您计划运行测试套件，请应用此补丁

patch -Np1 -i ../glibc-2.3.4-fix_test-1.patch

Glibc 文档建议在源代码目录之外的专用构建目录中构建 Glibc

mkdir -v ../glibc-build
cd ../glibc-build

接下来，准备 Glibc 进行编译

../glibc-2.3.4/configure --prefix=/tools \
    --disable-profile --enable-add-ons \
    --enable-kernel=2.6.0 --with-binutils=/tools/bin \
    --without-gd --with-headers=/tools/include \
    --without-selinux

configure 选项的含义

在此阶段，可能会出现以下警告

缺少或不兼容的 msgfmt 程序通常是无害的，但有时会在运行测试套件时引起问题。 此 msgfmt 程序是 Gettext 软件包的一部分，宿主发行版应提供该软件包。 如果 msgfmt 存在但被认为是不兼容的，请升级宿主系统的 Gettext 软件包，或继续不使用它，并查看测试套件是否可以正常运行。

编译软件包

make

编译现已完成。 如前所述，运行本章中安装的临时工具的测试套件不是强制性的。 要运行 Glibc 测试套件（如果需要），以下命令将执行此操作

make check

有关特别重要的测试失败的讨论，请参见 第 6.11 节，“Glibc-2.3.4。”

在本章中，某些测试可能会受到宿主系统上现有工具或环境问题的不利影响。 本章中 Glibc 测试套件的失败通常不必担心。 在第 6 章中安装的 Glibc 是最终将被使用的 Glibc，因此它是需要通过大多数测试的 Glibc（即使在第 6 章中，仍然可能会发生一些失败，例如，对于数学测试）。

遇到故障时，请记下它，然后通过重新发出 make check 命令继续。 测试套件应从中断的地方开始并继续。 可以通过发出 make -k check 命令来避免此停止-启动序列。 如果使用此选项，请务必记录输出，以便以后可以检查日志文件中的失败。

Glibc 的安装阶段将在最后发出一个关于缺少/tools/etc/ld.so.conf的无害警告。 使用以下方法阻止此警告

mkdir -v /tools/etc
touch /tools/etc/ld.so.conf

安装软件包

make install

不同的国家和文化对于如何交流有着不同的习惯。 这些习惯的范围从表示日期和时间的格式到更复杂的问题，例如所说的语言。 GNU 程序的“国际化”通过区域设置进行工作。

无论如何都要安装 Glibc 区域设置，请使用以下命令

make localedata/install-locales

为了节省时间，运行上一个命令（该命令生成并安装 Glibc 知道的每个区域设置）的替代方法是仅安装那些想要和需要的区域设置。 这可以使用 localedef 命令来实现。 有关此命令的信息位于 Glibc 源代码的INSTALL文件中。 但是，为了使将来软件包的测试能够通过，特别是 GCC 中的 libstdc++ 测试，需要许多区域设置。 以下说明（代替上面使用的 install-locales 目标）将安装成功运行测试所需的最小区域设置集

mkdir -pv /tools/lib/locale
localedef -i de_DE -f ISO-8859-1 de_DE
localedef -i de_DE@euro -f ISO-8859-15 de_DE@euro
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 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 it_IT -f ISO-8859-1 it_IT
localedef -i ja_JP -f EUC-JP ja_JP

安装此软件包和接下来的两个软件包（Expect 和 DejaGNU）是为了支持运行 GCC 和 Binutils 的测试套件。为了测试目的而安装三个软件包可能看起来有些过分，但是知道最重要的工具正在正常工作是非常令人放心的，甚至至关重要。即使在本章中未运行测试套件（它们不是强制性的），也需要在 第 6 章 中运行测试套件。

准备 Tcl 以进行编译

cd unix
./configure --prefix=/tools

构建软件包

make

要测试结果，请发出：TZ=UTC make test。已知 Tcl 测试套件在某些尚未完全了解的主机条件下会遇到故障。因此，此处的测试套件故障并不令人意外，并且不被认为是关键的。TZ=UTC 参数将时区设置为协调世界时 (UTC)，也称为格林威治标准时间 (GMT)，但仅在测试套件运行期间有效。这样可以确保正确执行时钟测试。有关TZ环境变量的详细信息在 第 7 章 中提供。

安装软件包

make install

设置一个变量，其中包含当前目录的完整路径。下一个软件包 Expect 将使用此变量来查找 Tcl 的标头。

cd ..
export TCLPATH=`pwd`

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

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

首先，修复一个可能导致 GCC 测试套件运行期间出现错误失败的错误

patch -Np1 -i ../expect-5.43.0-spawn-1.patch

现在准备 Expect 以进行编译

./configure --prefix=/tools --with-tcl=/tools/lib \
   --with-tclinclude=$TCLPATH --with-x=no

configure 选项的含义

构建软件包

make

要测试结果，请发出：make test。请注意，已知 Expect 测试套件在某些我们无法控制的主机条件下会遇到故障。因此，此处的测试套件故障并不令人意外，并且不被认为是关键的。

安装软件包

make SCRIPTS="" install

make 参数的含义

现在删除TCLPATH变量

unset TCLPATH

现在可以删除 Tcl 和 Expect 的源目录。

准备 DejaGNU 以进行编译

./configure --prefix=/tools

构建并安装软件包

make install

已知此软件包在其默认优化标志（包括 -march 和 -mcpu 选项）被更改时会出现问题。如果定义了任何覆盖默认优化的环境变量，例如CFLAGS和CXXFLAGS，在构建 GCC 时取消设置它们。

现在已安装测试 GCC 和 Binutils 所需的工具 - Tcl、Expect 和 DejaGNU。 现在可以重建 GCC 和 Binutils，将它们与新的 Glibc 链接并正确测试它们（如果在本章中运行测试套件）。 请注意，这些测试套件高度依赖于主机提供的功能正常的 PTY。 PTY 通常通过devpts文件系统实现。 通过执行快速测试，检查主机系统在此方面是否已正确设置

expect -c "spawn ls"

响应可能是

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

如果收到以上消息，则主机未正确设置其 PTY。 在这种情况下，在解决此问题之前，运行 GCC 和 Binutils 的测试套件毫无意义。 请查阅 LFS 常见问题解答，网址为 http://www.linuxfromscratch.org//lfs/faq.html#no-ptys，以获取有关如何使 PTY 正常工作的更多信息。

首先更正一个已知问题，并进行必要的调整

patch -Np1 -i ../gcc-3.4.3-no_fixincludes-1.patch
patch -Np1 -i ../gcc-3.4.3-specs-2.patch

第一个补丁禁用了 GCC fixincludes 脚本。 前面已经简要提到了这一点，但是这里需要对 fixincludes 过程进行更深入的解释。 在正常情况下，GCC fixincludes 脚本会扫描系统以查找需要修复的头文件。 它可能会发现主机系统上的某些 Glibc 头文件需要修复，并会修复它们，然后将它们放在 GCC 私有 include 目录中。 在 第 6 章 中，安装了较新的 Glibc 之后，将在系统 include 目录之前搜索此私有 include 目录。 这可能会导致 GCC 找到主机系统上已修复的标头，这些标头很可能与用于 LFS 系统的 Glibc 版本不匹配。

第二个补丁更改了 GCC 动态链接器的默认位置（通常是ld-linux.so.2）。 它还删除了/usr/include从 GCC 的 include 搜索路径中删除。 现在进行修补，而不是在安装后调整 specs 文件，可以确保在 GCC 的实际构建过程中使用新的动态链接器。 也就是说，在构建过程中创建的所有最终（和临时）二进制文件都将链接到新的 Glibc。

再次创建一个单独的构建目录

mkdir -v ../gcc-build
cd ../gcc-build

在开始构建 GCC 之前，请记住取消设置任何覆盖默认优化标志的环境变量。

现在准备 GCC 以进行编译

../gcc-3.4.3/configure --prefix=/tools \
    --libexecdir=/tools/lib --with-local-prefix=/tools \
    --enable-clocale=gnu --enable-shared \
    --enable-threads=posix --enable-__cxa_atexit \
    --enable-languages=c,c++ --disable-libstdcxx-pch

新的 configure 选项的含义

编译软件包

make

现在不需要使用 bootstrap 目标，因为用于编译此 GCC 的编译器是从与之前使用的 GCC 源代码完全相同的版本构建的。

编译现已完成。 如前所述，运行本章中编译的临时工具的测试套件不是强制性的。 若无论如何都要运行 GCC 测试套件，请使用以下命令：

make -k check

-k 标志用于使测试套件运行到完成，而不是在第一次失败时停止。 GCC 测试套件非常全面，几乎可以保证会产生一些失败。 要接收测试套件结果的摘要，请运行

../gcc-3.4.3/contrib/test_summary

仅对于摘要，请通过 grep -A7 Summ 管道输出。

可以将结果与位于 http://www.linuxfromscratch.org/lfs/build-logs/6.1.1/ 的结果进行比较。

一些意想不到的失败并不总是可以避免的。 GCC 开发人员通常意识到这些问题，但尚未解决。 除非测试结果与上述 URL 的结果差异很大，否则可以安全地继续。

安装软件包

make install

已知此软件包在其默认优化标志（包括 -march 和 -mcpu 选项）被更改时会出现问题。如果定义了任何覆盖默认优化的环境变量，例如CFLAGS和CXXFLAGS，请在构建 Binutils 时取消设置它们。

再次创建一个单独的构建目录

mkdir -v ../binutils-build
cd ../binutils-build

准备编译 Binutils

../binutils-2.15.94.0.2.2/configure --prefix=/tools \
    --disable-nls --enable-shared --with-lib-path=/tools/lib

新的 configure 选项的含义

编译软件包

make

编译现已完成。 如前所述，运行此章节中临时工具的测试套件不是强制性的。 若无论如何都要运行 Binutils 测试套件，请执行以下命令

make check

安装软件包

make install

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

make -C ld clean
make -C ld LIB_PATH=/usr/lib:/lib

准备编译 Gawk

./configure --prefix=/tools

编译软件包

make

要测试结果，请执行：make check。

安装软件包

make install

准备编译 Coreutils

DEFAULT_POSIX2_VERSION=199209 ./configure --prefix=/tools

在针对 2.3.2 之后版本的 Glibc 编译时，此软件包存在问题。 一些 Coreutils 实用程序（例如 head、tail 和 sort）将拒绝其传统语法，这种语法已使用了大约 30 年。 这种旧语法非常普遍，因此应该保持兼容性，直到可以更新使用它的许多位置。 通过设置DEFAULT_POSIX2_VERSION环境变量为 “199209” 即可实现向后兼容。 如果不希望 Coreutils 与传统语法向后兼容，则省略设置DEFAULT_POSIX2_VERSION环境变量。 重要的是要记住，这样做会产生后果，包括需要修补仍然使用旧语法的许多软件包。 因此，建议严格按照给出的说明进行操作。

编译软件包

make

要测试结果，请执行：make RUN_EXPENSIVE_TESTS=yes check。 RUN_EXPENSIVE_TESTS=yes 参数告诉测试套件运行几个额外的测试，这些测试在某些平台上被认为相对昂贵（在 CPU 功率和内存使用方面），但在 Linux 上通常没有问题。

安装软件包

make install

Bzip2 包不包含 configure 脚本。 使用以下命令编译和测试它

make

安装软件包

make PREFIX=/tools install

准备编译 Gzip

./configure --prefix=/tools

编译软件包

make

此软件包没有测试套件。

安装软件包

make install

准备编译 Diffutils

./configure --prefix=/tools

编译软件包

make

此软件包没有测试套件。

安装软件包

make install

准备编译 Findutils

./configure --prefix=/tools

编译软件包

make

要测试结果，请执行：make check。

安装软件包

make install

准备编译 Make

./configure --prefix=/tools

编译软件包

make

要测试结果，请执行：make check。

安装软件包

make install

准备编译 Grep

./configure --prefix=/tools \
    --disable-perl-regexp

configure 选项的含义

编译软件包

make

要测试结果，请执行：make check。

安装软件包

make install

准备编译 Sed

./configure --prefix=/tools

编译软件包

make

要测试结果，请执行：make check。

安装软件包

make install

准备编译 Gettext

./configure --prefix=/tools --disable-libasprintf \
    --without-csharp

configure 选项的含义

编译软件包

make

要测试结果，请执行：make check。 这需要相当长的时间，大约 7 个 SBU。 众所周知，Gettext 测试套件在某些主机条件下会遇到故障，例如，当它在主机上找到 Java 编译器时。 LFS 补丁项目提供了一个实验性补丁，用于禁用 Java，网址为 http://www.linuxfromscratch.org/patches/。

安装软件包

make install

准备编译 Ncurses

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

configure 选项的含义

编译软件包

make

此软件包没有测试套件。

安装软件包

make install

准备编译 Patch

CPPFLAGS=-D_GNU_SOURCE ./configure --prefix=/tools

预处理器标志 -D_GNU_SOURCE 仅在 PowerPC 平台上需要。在其他架构上可以省略。

编译软件包

make

此软件包没有测试套件。

安装软件包

make install

准备编译 Tar

./configure --prefix=/tools

编译软件包

make

要测试结果，请执行：make check。

安装软件包

make install

准备编译 Texinfo

./configure --prefix=/tools

编译软件包

make

要测试结果，请执行：make check。

安装软件包

make install

当针对较新版本的 Glibc 编译时，Bash 存在问题，导致它不适当地挂起。 此补丁修复了该问题

patch -Np1 -i ../bash-3.0-avoid_WCONTINUED-1.patch

准备编译 Bash

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

configure 选项的含义

编译软件包

make

要测试结果，请执行： make tests。

安装软件包

make install

为使用 sh 作为 shell 的程序创建一个链接

ln -vs bash /tools/bin/sh

准备编译 M4

./configure --prefix=/tools

编译软件包

make

要测试结果，请执行：make check。

安装软件包

make install

准备编译 Bison

./configure --prefix=/tools

编译软件包

make

要测试结果，请执行：make check。

安装软件包

make install

Flex 包含几个已知错误。 这些可以使用以下补丁修复

patch -Np1 -i ../flex-2.5.31-debian_fixes-3.patch

GNU autotools 将检测到 Flex 源代码已被之前的补丁修改，并尝试相应地更新手册页。 这在许多系统上不起作用，并且默认页面很好，因此请确保它不会被重新生成

touch doc/flex.1

现在准备编译 Flex

./configure --prefix=/tools

编译软件包

make

要测试结果，请执行：make check。

安装软件包

make install

默认情况下，Util-linux 不使用来自以下目录的最新安装的头文件和库/tools。这可以通过更改 configure 脚本来修复

sed -i 's@/usr/include@/tools/include@g' configure

准备编译 Util-linux

./configure

编译一些支持例程

make -C lib

只需要构建此软件包中包含的几个实用程序

make -C mount mount umount
make -C text-utils more

此软件包没有测试套件。

将这些程序复制到临时工具目录

cp mount/{,u}mount text-utils/more /tools/bin

首先，通过应用以下补丁来调整一些硬编码到 C 库的路径

patch -Np1 -i ../perl-5.8.7-libc-1.patch

准备编译 Perl（确保获得命令的“IO Fcntl POSIX”部分 - 它们都是字母）

./configure.gnu --prefix=/tools -Dstatic_ext='IO Fcntl POSIX'

configure 选项的含义

只需要构建此软件包中包含的几个实用程序

make perl utilities

虽然 Perl 附带了一个测试套件，但不建议此时运行它。 只构建了 Perl 的一部分，并且现在运行 make test 也会导致构建 Perl 的其余部分，这在此时是不必要的。 如果需要，可以在下一章中运行测试套件。

安装这些工具及其库

cp -v perl pod/pod2man /tools/bin
mkdir -pv /tools/lib/perl5/5.8.7
cp -Rv lib/* /tools/lib/perl5/5.8.7

多年来，通常的做法是在/usr/include，但在过去几年中，内核开发人员一直坚决反对这样做。 这催生了 Linux-Libc-Headers 项目，该项目旨在维护 Linux 标头的 API 稳定版本。

安装头文件

cp -Rv include/asm-i386 /usr/include/asm
cp -Rv include/linux /usr/include

确保所有标头都归 root 所有

chown -Rv root:root /usr/include/{asm,linux}

确保用户可以读取标头

find /usr/include/{asm,linux} -type d -exec chmod -v 755 {} \;
find /usr/include/{asm,linux} -type f -exec chmod -v 644 {} \;

运行以下命令安装 Man-pages

make install

已知此软件包在其默认优化标志（包括 -march 和 -mcpu 选项）被更改时会出现问题。如果定义了任何覆盖默认优化的环境变量，例如CFLAGS和CXXFLAGS，在构建 Glibc 时取消设置它们。

Glibc 构建系统是自包含的，即使编译器规范文件和链接器仍然指向/tools，它也可以完美地安装。在安装 Glibc 之前，不能调整规范和链接器，因为 Glibc autoconf 测试会给出错误的结果，并破坏实现干净构建的目标。

linuxthreads tarball 包含 Glibc 安装的线程库的 man 手册页。从 Glibc 源代码目录中解包 tarball

tar -xjvf ../glibc-linuxthreads-2.3.4.tar.bz2

在某些罕见的情况下，当不存在标准搜索目录时，Glibc 可能会出现段错误。以下补丁可以防止这种情况发生

patch -Np1 -i ../glibc-2.3.4-rtld_search_dirs-1.patch

当运行的内核是 2.6.11.x 时，Glibc 有两个测试会失败。问题已确定是测试本身的问题，而不是 libc 或内核的问题。此补丁修复了该问题

patch -Np1 -i ../glibc-2.3.4-fix_test-1.patch

应用以下补丁以修复 Glibc 中的一个错误，该错误可能阻止某些程序（包括 OpenOffice.org）运行

patch -Np1 -i ../glibc-2.3.4-tls_assert-1.patch

Glibc 文档建议在源代码目录之外的专用构建目录中构建 Glibc

mkdir -v ../glibc-build
cd ../glibc-build

准备编译 Glibc

../glibc-2.3.4/configure --prefix=/usr \
    --disable-profile --enable-add-ons \
    --enable-kernel=2.6.0 --libexecdir=/usr/lib/glibc

新的 configure 选项的含义

编译软件包

make

测试结果

make -k check >glibc-check-log 2>&1
grep Error glibc-check-log

Glibc 测试套件高度依赖于主机系统的某些功能，尤其是内核。一般来说，Glibc 测试套件总是期望通过。但是，在某些情况下，一些失败是不可避免的。这是最常见的问题列表

虽然这是一个无害的消息，但 Glibc 的安装阶段会抱怨缺少/etc/ld.so.conf的无害警告。 使用以下方法阻止此警告

touch /etc/ld.so.conf

安装软件包

make install

上述命令没有安装可以使系统以不同语言响应的语言环境。使用以下命令安装它

make localedata/install-locales

为了节省时间，另一种运行前一个命令（它生成并安装 glibc-2.3.4/localedata/SUPPORTED 文件中列出的每个语言环境）的替代方法是仅安装那些需要和想要的语言环境。这可以通过使用 localedef 命令来实现。有关此命令的信息位于INSTALL文件中。 但是，为了使将来软件包的测试能够通过，特别是 GCC 中的 libstdc++ 测试，需要许多区域设置。 以下说明（代替上面使用的 install-locales 目标）将安装成功运行测试所需的最小区域设置集

mkdir -pv /usr/lib/locale
localedef -i de_DE -f ISO-8859-1 de_DE
localedef -i de_DE@euro -f ISO-8859-15 de_DE@euro
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 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 it_IT -f ISO-8859-1 it_IT
localedef -i ja_JP -f EUC-JP ja_JP

上述 make localedata/install-locales 命令安装的某些语言环境未被 LFS 和 BLFS 书籍中的某些应用程序正确支持。由于应用程序程序员做出假设导致在这种语言环境中出现各种问题，因此不应在利用多字节字符集（包括 UTF-8）或从右到左书写顺序的语言环境中使用 LFS。需要许多非官方和不稳定的补丁来解决这些问题，并且 LFS 开发人员已决定目前不支持如此复杂的语言环境。这同样适用于 ja_JP 和 fa_IR 语言环境——它们仅用于通过 GCC 和 Gettext 测试，并且 watch 程序（Procps 软件包的一部分）在其中无法正常工作。各种试图规避这些限制的尝试都记录在国际化相关的提示中。

构建 linuxthreads man 手册页，这是关于线程 API 的一个很好的参考（也适用于 NPTL）

make -C ../glibc-2.3.4/linuxthreads/man

安装这些手册页

make -C ../glibc-2.3.4/linuxthreads/man install

已知此软件包在其默认优化标志（包括 -march 和 -mcpu 选项）被更改时会出现问题。如果定义了任何覆盖默认优化的环境变量，例如CFLAGS和CXXFLAGS，请在构建 Binutils 时取消设置它们。

验证 PTY 是否在 chroot 环境中正常工作。 通过执行一个简单的测试来检查所有设置是否正确

expect -c "spawn ls"

如果出现以下消息，则 chroot 环境未设置为正确的 PTY 操作

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

在运行 Binutils 和 GCC 的测试套件之前，需要解决此问题。

Binutils 文档建议在源代码目录之外的专用构建目录中构建 Binutils。

mkdir -v ../binutils-build
cd ../binutils-build

准备编译 Binutils

../binutils-2.15.94.0.2.2/configure --prefix=/usr \
    --enable-shared

编译软件包

make tooldir=/usr

通常，tooldir（最终放置可执行文件的目录）设置为$(exec_prefix)/$(target_alias)。 例如，i686 机器会将此扩展为/usr/i686-pc-linux-gnu。 因为这是一个自定义系统，所以不需要/usr中的特定于目标的目录。$(exec_prefix)/$(target_alias)如果该系统用于交叉编译（例如，在 Intel 机器上编译一个可以在 PowerPC 机器上执行的代码的软件包），则可以使用。

测试结果

make check

安装软件包

make tooldir=/usr install

安装一些软件包需要的libiberty头文件

cp -v ../binutils-2.15.94.0.2.2/include/libiberty.h /usr/include

已知此软件包在其默认优化标志（包括 -march 和 -mcpu 选项）被更改时会出现问题。如果定义了任何覆盖默认优化的环境变量，例如CFLAGS和CXXFLAGS，在构建 GCC 时取消设置它们。

仅应用前一章中也使用的 No-Fixincludes 补丁（而不是 Specs 补丁）

patch -Np1 -i ../gcc-3.4.3-no_fixincludes-1.patch

当与较新版本的 Binutils 结合使用时，GCC 无法编译基本 Linux From Scratch 安装之外的一些软件包（例如，Mozilla 和 kdegraphics）。应用以下补丁来解决此问题

patch -Np1 -i ../gcc-3.4.3-linkonce-1.patch

应用一个 sed 替换，它将抑制安装libiberty.a的版本。libiberty.a而是使用Binutils提供的版本。

sed -i 's/install_to_$(INSTALL_DEST) //' libiberty/Makefile.in

GCC 文档建议在源代码目录之外的专用构建目录中构建 GCC

mkdir -v ../gcc-build
cd ../gcc-build

准备 GCC 进行编译

../gcc-3.4.3/configure --prefix=/usr \
    --libexecdir=/usr/lib --enable-shared \
    --enable-threads=posix --enable-__cxa_atexit \
    --enable-clocale=gnu --enable-languages=c,c++

编译软件包

make

测试结果，但不要因为错误而停止

make -k check

其中一些错误是已知问题，并在上一章中已注明。 第 5.11 节，“GCC-3.4.3 - Pass 2”中的测试套件说明仍然适用。 请务必根据需要参考它们。

安装软件包

make install

一些软件包希望 C 预处理器安装在/lib目录中。 为了支持这些软件包，请创建此符号链接

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

许多软件包使用名称 cc 来调用 C 编译器。 为了满足这些软件包，请创建一个符号链接

ln -sv gcc /usr/bin/cc

此软件包中的 uname 程序的一个已知问题是 -p 开关始终返回unknown. 以下补丁修复了 Intel 架构的此行为

patch -Np1 -i ../coreutils-5.2.1-uname-2.patch

阻止 Coreutils 安装稍后将由其他软件包安装的二进制文件

patch -Np1 -i ../coreutils-5.2.1-suppress_uptime_kill_su-1.patch

现在准备编译 Coreutils

DEFAULT_POSIX2_VERSION=199209 ./configure --prefix=/usr

编译软件包

make

Coreutils 的测试套件对系统用户和组的存在做了一些假设，这些假设在当前存在的最小环境中无效。 因此，在运行测试之前需要设置其他项目。 如果不运行测试套件，请跳到“安装软件包”。

创建两个虚拟组和一个虚拟用户

echo "dummy1:x:1000:" >> /etc/group
echo "dummy2:x:1001:dummy" >> /etc/group
echo "dummy:x:1000:1000:::/bin/bash" >> /etc/passwd

现在测试套件已准备好运行。 首先，运行旨在以用户 root 身份运行的测试

make NON_ROOT_USERNAME=dummy check-root

然后以 dummy 用户身份运行其余测试

src/su dummy -c "make RUN_EXPENSIVE_TESTS=yes check"

测试完成后，删除虚拟用户和组

sed -i '/dummy/d' /etc/passwd /etc/group

安装软件包

make install

将程序移动到 FHS 指定的位置

mv -v /usr/bin/{cat,chgrp,chmod,chown,cp,date,dd,df,echo} /bin
mv -v /usr/bin/{false,hostname,ln,ls,mkdir,mknod,mv,pwd,rm} /bin
mv -v /usr/bin/{rmdir,stty,sync,true,uname} /bin
mv -v /usr/bin/chroot /usr/sbin

LFS-Bootscripts 包中的一些脚本依赖于 head 和 sleep。 由于/usr在引导的早期阶段可能不可用，因此这些二进制文件需要位于根分区上

mv -v /usr/bin/{head,sleep} /bin

准备 Zlib 进行编译

./configure --prefix=/usr --shared --libdir=/lib

编译软件包

make

要测试结果，请执行：make check。

安装共享库

make install

之前的命令安装了一个.so文件在/lib中。我们将删除它并将其重新链接到/usr/lib:

rm -v /lib/libz.so
ln -sfv ../../lib/libz.so.1.2.3 /usr/lib/libz.so

构建静态库

make clean
./configure --prefix=/usr
make

要再次测试结果，请发出： make check。

安装静态库

make install

修复静态库的权限

chmod -v 644 /usr/lib/libz.a

许多脚本仍然使用已弃用的 tempfile 程序，该程序具有与 mktemp 类似的功能。 补丁 Mktemp 以包含 tempfile 包装器

patch -Np1 -i ../mktemp-1.5-add_tempfile-2.patch

准备 Mktemp 进行编译

./configure --prefix=/usr --with-libc

configure 选项的含义

编译软件包

make

安装软件包

make install
make install-tempfile

以下命令将 IANA 提供的原始数据转换为以下文件的正确格式：/etc/protocols和/etc/services数据文件

make

安装软件包

make install

准备编译 Findutils

./configure --prefix=/usr --libexecdir=/usr/lib/locate \
    --localstatedir=/var/lib/locate

configure 选项的含义

编译软件包

make

要测试结果，请执行：make check。

安装软件包

make install

准备编译 Gawk

./configure --prefix=/usr --libexecdir=/usr/lib

编译软件包

make

要测试结果，请执行：make check。

安装软件包

make install

准备编译 Ncurses

./configure --prefix=/usr --with-shared --without-debug

编译软件包

make

此软件包没有测试套件。

安装软件包

make install

赋予 Ncurses 库执行权限

chmod -v 755 /usr/lib/*.5.4

修复一个不应执行的库

chmod -v 644 /usr/lib/libncurses++.a

将库移动到/lib目录，它们应该驻留在其中

mv -v /usr/lib/libncurses.so.5* /lib

由于库已移动，因此一些符号链接指向不存在的文件。重新创建这些符号链接

ln -sfv ../../lib/libncurses.so.5 /usr/lib/libncurses.so
ln -sfv libncurses.so /usr/lib/libcurses.so

以下补丁包括针对 Readline 有时仅在一行上显示 33 个字符然后换到下一行的问题的修复程序。它还包括 Readline 作者推荐的其他修复程序。

patch -Np1 -i ../readline-5.0-fixes-1.patch

准备 Readline 进行编译

./configure --prefix=/usr --libdir=/lib

编译软件包

make SHLIB_XLDFLAGS=-lncurses

make 选项的含义

安装软件包

make install

赋予 Readline 的动态库更适当的权限

chmod -v 755 /lib/lib{readline,history}.so*

现在将静态库移动到更适当的位置

mv -v /lib/lib{readline,history}.a /usr/lib

接下来，删除.so中的文件/lib并将它们重新链接到/usr/lib.

rm -v /lib/lib{readline,history}.so
ln -sfv ../../lib/libreadline.so.5 /usr/lib/libreadline.so
ln -sfv ../../lib/libhistory.so.5 /usr/lib/libhistory.so

首先，解压缩vim-6.3.tar.bz2和（可选）vim-6.3-lang.tar.gz存档到同一目录中。 然后，将vimrc配置文件的默认位置更改为/etc:

echo '#define SYS_VIMRC_FILE "/etc/vimrc"' >> src/feature.h

Vim 有两个已知的安全漏洞，这些漏洞已在上游解决。 以下补丁修复了这些问题

patch -Np1 -i ../vim-6.3-security_fix-2.patch

现在准备 Vim 进行编译

./configure --prefix=/usr --enable-multibyte

configure 选项的含义

编译软件包

make

要测试结果，请执行： make test。 但是，此测试套件会将大量二进制数据输出到屏幕，这可能会导致当前终端的设置出现问题。 这可以通过将输出重定向到日志文件来解决。

安装软件包

make install

许多用户习惯于使用 vi 而不是 vim。 为了允许在用户习惯性地输入 vi 时执行 vim，请创建一个符号链接

ln -sv vim /usr/bin/vi

如果要在 LFS 系统上安装 X Window 系统，则可能需要在安装 X 后重新编译 Vim。 Vim 附带一个 GUI 版本的编辑器，该编辑器需要安装 X 和一些额外的库。 有关此过程的更多信息，请参阅 Vim 文档和 BLFS 书籍中的 Vim 安装页面，网址为 http://www.linuxfromscratch.org/blfs/view/svn/postlfs/editors.html#postlfs-editors-vim。

准备编译 M4

./configure --prefix=/usr

编译软件包

make

要测试结果，请执行：make check。

安装软件包

make install

准备编译 Bison

./configure --prefix=/usr

编译软件包

make

要测试结果，请执行：make check。

安装软件包

make install

准备 Less 以进行编译

./configure --prefix=/usr --bindir=/bin --sysconfdir=/etc

configure 选项的含义

编译软件包

make

安装软件包

make install

Groff 期望环境变量PAGE包含默认纸张尺寸。 对于美国的用户，PAGE=letter 是合适的。 在其他地方，PAGE=A4 可能更合适。

准备 Groff 以进行编译

PAGE=[paper_size] ./configure --prefix=/usr

编译软件包

make

安装软件包

make install

某些文档程序（例如 xman）如果没有以下符号链接，将无法正常工作

ln -sv soelim /usr/bin/zsoelim
ln -sv eqn /usr/bin/geqn
ln -sv tbl /usr/bin/gtbl