编译过程的一般说明

小心

在 LFS 的开发周期中，我们经常修改本书中的指令，以适应更新的软件包，或利用新版本软件包提供的新特性。混用不同版本 LFS 手册中的指令会导致难以察觉的问题。这种情况通常是重用为之前的某个 LFS 版本创建的脚本所致。我们强烈反对这种重用。如果您出于某种原因，一定要重用为旧版本 LFS 创建的脚本，您必须非常小心地更新脚本，使其内容和当前版本的 LFS 手册一致。

下面是在构建每个软件包时都要注意的事项：

某些软件包在编译前需要打补丁，然而补丁只在绕过特定问题时才需要。补丁常常在本章和下一章都要使用，但有时，对于多次构建的软件包，在初次构建时可能并不需要补丁。因此，如果发现本书给出的步骤中没有使用某个下载好的补丁，这是正常的，不必担心。在应用补丁时可能会出现关于 offset 或者 fuzz 的警告信息。不用担心这些警告，补丁还是会成功应用到源码上的。
在编译大多数软件包时，屏幕上都会出现一些警告。这是正常的，可以放心地忽略。这些警告就像它们描述的那样，是关于一些过时的，但并不是错误的 C 或 C++ 语法。C 标准经常改变，一些软件包仍然在使用旧的标准。这并不是一个严重的问题，但确实会触发警告。
最后确认 LFS 环境变量是否配置正确：
```
echo $LFS
```
确认上述命令输出 LFS 分区挂载点的路径，如果使用了本书的例子，就是 /mnt/lfs。
最后强调两个重要事项：
重要

本书中的命令假设宿主系统需求中的所有内容，包括符号链接，都被正确设置：
- bash 是正在使用的 shell。
- sh 是指向 bash 的符号链接。
- /usr/bin/awk 是指向 gawk 的符号链接。
- /usr/bin/yacc 是指向 bison 的符号链接，或者一个执行 bison 的小脚本。
重要

下面给出软件包构建过程的概要。
1. 把所有的源码包和补丁放在一个能够从 chroot 环境访问的目录，例如 /mnt/lfs/sources/。
2. 切换到 /mnt/lfs/sources/ 目录。
3. 对于每个软件包：
  使用 tar 程序，解压需要构建的软件包。在第 5 章和第 6 章中解压软件包时，确认您以用户 lfs 的身份登录。
  
  除了使用 tar 命令解压源码包外，不要使用其他任何将源代码目录树置入工作目录的方法。特别需要注意的是，使用 cp -R 从其他位置复制源代码目录树会破坏其中的时间戳，从而导致构建失败。
  
  切换到解压源码包时产生的目录。
  
  根据指示构建软件包。
  
  构建完成后，切换回包含所有源码包的目录。
  
  除非另有说明，删除解压出来的目录。

Linux From Scratch - 版本 12.2-systemd-中文翻译版

重要的提前阅读资料

iii. 编译过程的一般说明

小心

重要

重要