%general-entities; ]> binutils-pass1 &binutils-version;

&binutils-url;

Binutils tools, pass 1 返回并重新阅读上一节。仔细理解那些标为 重要 的说明，以防止之后出现问题。 首先构建 Binutils 相当重要， 因为 Glibc 和 GCC 都会对可用的链接器和汇编器进行测试， 以决定可以启用它们自带的哪些特性。 Binutils 文档推荐在一个专用的目录中构建 Binutils： mkdir -v build cd build 为了衡量本书其余部分使用的 SBU 值， 需要测量本软件包从配置开始直到第一次安装花费的时间。 为了容易地完成测量，可以将命令包装在 time 命令中，就像这样： time {./configure ... && ... && make install; }。 第 5 章中估计的 SBU 值和所需磁盘空间都不包含测试套件的数据。 现在，准备编译 Binutils ： ../configure --prefix=/tools \ --with-sysroot=$LFS \ --with-lib-path=/tools/lib \ --target=$LFS_TGT \ --disable-nls \ --disable-werror --prefix=/tools 这告诉配置脚本准备将 Binutils 程序安装在 /tools 目录中。 --with-sysroot=$LFS 该选项告诉构建系统，交叉编译时在 $LFS 中寻找目标系统的库。 --with-lib-path=/tools/lib 该选项指定链接器应该使用的库文件搜索路径。 --target=$LFS_TGT 由于 LFS_TGT 变量中的机器描述和 config.guess 脚本的输出略有不同, 这个开关使得 configure 脚本调整 Binutils 的构建系统，以构建交叉链接器。 --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