Estimated build time: 14.0 SBU Estimated required disk space: 369 MB |
(Last checked against version 2.2.5.)
Glibc is the C library that provides the system calls and basic functions such as open, malloc, printf, etc. The C library is used by all dynamically linked programs.
Glibc installs the following files:
catchsegv, gencat, getconf, getent, glibcbug, iconv, iconvconfig, ldconfig, ldd, lddlibc4, locale, localedef, mtrace, nscd, nscd_nischeck, pcprofiledump, pt_chown, rpcgen, rpcinfo, sln, sprof, tzselect, xtrace, zdump and zic
ld.so, libBrokenLocale.[a,so], libSegFault.so, libanl.[a,so], libbsd-compat.a, libc.[a,so], libc_nonshared.a, libcrypt.[a,so], libdl.[a,so], libg.a, libieee.a, libm.[a,so], libmcheck.a, libmemusage.so, libnsl.a, libnss_compat.so, libnss_dns.so, libnss_files.so, libnss_hesiod.so, libnss_nis.so, libnss_nisplus.so, libpcprofile.so, libpthread.[a,so], libresolv.[a,so], librpcsvc.a, librt.[a,so], libthread_db.so and libutil.[a,so]
(Last checked against version 2.2.5.)
Bash: sh
Binutils: ar, as, ld, ranlib, readelf
Coreutils: cat, chmod, cp, cut, date, expr, hostname, install, ln,
mknod, mv, mkdir, rm, pwd, sort, touch, tr, uname
Diffutils: cmp
Gawk: gawk
GCC: cc, cc1, collect2, cpp, gcc
Grep: egrep, grep
Gzip: gzip
Make: make
Sed: sed
Texinfo: install-info, makeinfo
Before starting to install Glibc, you must cd into the glibc-2.3.2 directory and unpack Glibc-linuxthreads in that directory, not in /usr/src as you would normally do.
Note: We are going to run the test suite for Glibc in this chapter. However, it's worth pointing out that the Glibc test suite we run in this section is considered not as important as the one we run in Chapter 6.
This package is known to behave badly when you have changed its default optimization flags (including the -march and -mcpu options). Therefore, if you have defined any environment variables that override default optimizations, such as CFLAGS and CXXFLAGS, we recommend unsetting them when building Glibc.
Basically, compiling Glibc in any other way than the book suggests is putting the stability of your system at risk.
Though it is a harmless message, the install stage of Glibc will complain about the absence of /tools/etc/ld.so.conf. Fix this annoying little error with:
mkdir /tools/etc touch /tools/etc/ld.so.conf |
Also, Glibc has a subtle problem when compiled with GCC 3.3.1. Apply the following patch to fix this:
patch -Np1 -i ../glibc-2.3.2-sscanf-1.patch |
The Glibc documentation recommends building Glibc outside of the source directory in a dedicated build directory:
mkdir ../glibc-build cd ../glibc-build |
Next, prepare Glibc to be compiled:
../glibc-2.3.2/configure --prefix=/tools \ --disable-profile --enable-add-ons \ --with-headers=/tools/include \ --with-binutils=/tools/bin \ --without-gd |
The meaning of the configure options:
--disable-profile: This disables the building of the libraries with profiling information. Omit this option if you plan to do profiling.
--enable-add-ons: This enables any add-ons that were installed with Glibc, in our case Linuxthreads.
--with-binutils=/tools/bin and --with-headers=/tools/include: Strictly speaking these switches are not required. But they ensure nothing can go wrong with regard to what kernel headers and Binutils programs get used during the Glibc build.
--without-gd: This switch ensures that we don't build the memusagestat program, which strangely enough insists on linking against the host's libraries (libgd, libpng, libz, and so forth).
During this stage you might see the following warning:
configure: WARNING: *** These auxiliary programs are missing or incompatible versions: msgfmt *** some features will be disabled. *** Check the INSTALL file for required versions.
The missing or incompatible msgfmt program is generally harmless, but it's believed it can sometimes cause problems when running the test suite.
Compile the package:
make |
Run the test suite:
make check |
The Glibc test suite is highly dependent on certain functions of your host system, in particular the kernel. Additionally, here in Chapter 5, some tests can be adversely affected by existing tools or environmental issues on the host system. Of course, these won't be a problem when we run the Glibc test suite inside the chroot environment of Chapter 6. In general, the Glibc test suite is always expected to pass. However, as mentioned above, some failures are unavoidable in certain circumstances. Here is a list of the most common issues we are aware of:
The math tests sometimes fail when running on systems where the CPU is not a relatively new genuine Intel or genuine AMD. Certain optimization settings are also known to be a factor here.
The gettext test sometimes fails due to host system issues. The exact reasons are not yet clear.
The atime test sometimes fails when the LFS partition is mounted with the noatime option or due to other file system quirks.
In general, when running on slower hardware, some tests might fail due to test timeouts being exceeded.
The shm test might fail in the circumstances of the host system running the devfs file system but not having the tmpfs file system mounted at /dev/shm due to lack of support for tmpfs in the kernel.
In summary, don't worry too much if you see Glibc test suite failures here in Chapter 5. The Glibc in Chapter 6 is the one we'll ultimately end up using so that is the one we would really like to see pass. But please keep in mind, even in Chapter 6 some failures could still occur, the math tests for example. When experiencing a failure, note the failure then continue on by reissuing the make check. The test suite should pick up where it left off and continue on. You can circumvent this stop-start sequence by issuing a make -k check. But If you do that, be sure to log the output so that you can later on peruse the log file and examine the total number of failures.
Now install the package:
make install |
Different countries and cultures have varying conventions for how to communicate. These conventions range from very simple ones, such as the format for representing dates and times, to very complex ones, such as the language spoken. This "internationalization" works by means of locales. We'll install the Glibc locales now:
make localedata/install-locales |
An alternative to running the previous command is to install only those locales which you need or want. This can be achieved by using the localedef command. Information on this can be found in the INSTALL file in the glibc-2.3.2 source. However, there are a number of locales that are essential for the tests of future packages to pass correctly, in particular, the libstdc++ tests from GCC. The following instructions, instead of the install-locales command above, will install the minimum set of locales necessary for the tests to run successfully:
mkdir -p /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 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 |