Details on this package are located in Section 6.13.2, “Contents of Binutils.”
The Binutils package contains a linker, an assembler, and other tools for handling object files.
Go back and re-read the notes in the previous section. Understanding the notes labeled important will save you a lot of problems later.
It is important that Binutils be the first package compiled because both Glibc and GCC perform various tests on the available linker and assembler to determine which of their own features to enable.
The Binutils documentation recommends building Binutils outside of the source directory in a dedicated build directory:
mkdir -v ../binutils-build cd ../binutils-build
In order for the SBU values listed in the rest of the book to be
of any use, measure the time it takes to build this package from
the configuration, up to and including the first install. To
achieve this easily, wrap the three commands in a time command like this:
time { ./configure ... &&
make && make install; }
.
The approximate build SBU values and required disk space in Chapter 5 does not include test suite data.
Now prepare Binutils for compilation:
../binutils-2.21.1a/configure \ --target=$LFS_TGT --prefix=/tools \ --disable-nls --disable-werror
The meaning of the configure options:
--target=$LFS_TGT
Because the machine description in the LFS_TGT
variable is slightly different than
the value returned by the config.guess script, this
switch will tell the configure script to adjust
Binutil's build system for building a cross linker.
--prefix=/tools
This tells the configure script to prepare to install the
Binutils programs in the /tools
directory.
--disable-nls
This disables internationalization as i18n is not needed for the temporary tools.
--disable-werror
This prevents the build from stopping in the event that there are warnings from the host's compiler.
Continue with compiling the package:
make
Compilation is now complete. Ordinarily we would now run the test suite, but at this early stage the test suite framework (Tcl, Expect, and DejaGNU) is not yet in place. The benefits of running the tests at this point are minimal since the programs from this first pass will soon be replaced by those from the second.
If building on x86_64, create a symlink to ensure the sanity of the toolchain:
case $(uname -m) in x86_64) mkdir -v /tools/lib && ln -sv lib /tools/lib64 ;; esac
Install the package:
make install
Details on this package are located in Section 6.13.2, “Contents of Binutils.”