mirror of
https://git.linuxfromscratch.org/lfs.git
synced 2025-01-18 13:07:50 +00:00
79524a0c69
git-svn-id: http://svn.linuxfromscratch.org/LFS/branches/cross2@11914 4aa44e1e-78dd-0310-a6d2-fbcd4c07a689
237 lines
8.7 KiB
XML
237 lines
8.7 KiB
XML
<?xml version="1.0" encoding="ISO-8859-1"?>
|
|
<!DOCTYPE sect1 PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN"
|
|
"http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd" [
|
|
<!ENTITY % general-entities SYSTEM "../general.ent">
|
|
%general-entities;
|
|
]>
|
|
|
|
<sect1 id="ch-tools-glibc" role="wrap">
|
|
<?dbhtml filename="glibc.html"?>
|
|
|
|
<sect1info condition="script">
|
|
<productname>glibc</productname>
|
|
<productnumber>&glibc-version;</productnumber>
|
|
<address>&glibc-url;</address>
|
|
</sect1info>
|
|
|
|
<title>Glibc-&glibc-version;</title>
|
|
|
|
<indexterm zone="ch-tools-glibc">
|
|
<primary sortas="a-Glibc">Glibc</primary>
|
|
<secondary>tools</secondary>
|
|
</indexterm>
|
|
|
|
<sect2 role="package">
|
|
<title/>
|
|
|
|
<xi:include xmlns:xi="http://www.w3.org/2001/XInclude"
|
|
href="../chapter08/glibc.xml"
|
|
xpointer="xpointer(/sect1/sect2[1]/para[1])"/>
|
|
|
|
<segmentedlist>
|
|
<segtitle>&buildtime;</segtitle>
|
|
<segtitle>&diskspace;</segtitle>
|
|
|
|
<seglistitem>
|
|
<seg>&glibc-ch5-sbu;</seg>
|
|
<seg>&glibc-ch5-du;</seg>
|
|
</seglistitem>
|
|
</segmentedlist>
|
|
|
|
</sect2>
|
|
|
|
<sect2 role="installation">
|
|
<title>Installation of Glibc</title>
|
|
|
|
<para>First, create two symbolic links, which are needed for proper
|
|
operation of the dynamic library loader:</para>
|
|
|
|
<screen><userinput remap="pre">ln -sfv ../lib/ld-linux-x86-64.so.2 $LFS/lib64
|
|
ln -sfv ../lib/ld-linux-x86-64.so.2 $LFS/lib64/ld-lsb-x86-64.so.3</userinput></screen>
|
|
|
|
<para>Some of the Glibc programs use the non-FHS compliant
|
|
<filename class="directory">/var/db</filename> directory to store their
|
|
runtime data. Apply the following patch to make such programs store their
|
|
runtime data in the FHS-compliant locations:</para>
|
|
|
|
<screen><userinput remap="pre">patch -Np1 -i ../glibc-&glibc-version;-fhs-1.patch</userinput></screen>
|
|
|
|
<para>The Glibc documentation recommends building Glibc
|
|
in a dedicated build directory:</para>
|
|
|
|
<screen><userinput remap="pre">mkdir -v build
|
|
cd build</userinput></screen>
|
|
|
|
<para>Next, prepare Glibc for compilation:</para>
|
|
|
|
<screen><userinput remap="configure">../configure \
|
|
--prefix=/usr \
|
|
--host=$LFS_TGT \
|
|
--build=$(../scripts/config.guess) \
|
|
--enable-kernel=&min-kernel; \
|
|
--with-headers=$LFS/usr/include \
|
|
libc_cv_slibdir=/lib</userinput></screen>
|
|
<!--
|
|
libc_cv_forced_unwind=yes \
|
|
libc_cv_c_cleanup=yes</userinput></screen> -->
|
|
|
|
<variablelist>
|
|
<title>The meaning of the configure options:</title>
|
|
|
|
<varlistentry>
|
|
<term><parameter>--host=$LFS_TGT, --build=$(../scripts/config.guess)</parameter></term>
|
|
<listitem>
|
|
<para>The combined effect of these switches is that Glibc's build system
|
|
configures itself to be cross-compiled, using the cross-linker and
|
|
cross-compiler in <filename class="directory">/tools</filename>.</para>
|
|
</listitem>
|
|
</varlistentry>
|
|
|
|
<varlistentry>
|
|
<term><parameter>--enable-kernel=&min-kernel;</parameter></term>
|
|
<listitem>
|
|
<para>This tells Glibc to compile the library with support
|
|
for &min-kernel; and later Linux kernels. Workarounds for older
|
|
kernels are not enabled.</para>
|
|
</listitem>
|
|
</varlistentry>
|
|
|
|
<varlistentry>
|
|
<term><parameter>--with-headers=$LFS/usr/include</parameter></term>
|
|
<listitem>
|
|
<para>This tells Glibc to compile itself against the headers recently
|
|
installed to the usr/include directory, so that it knows exactly what
|
|
features the kernel has and can optimize itself accordingly.</para>
|
|
</listitem>
|
|
</varlistentry>
|
|
|
|
<varlistentry>
|
|
<term><parameter>libc_cv_slibdir=/lib</parameter></term>
|
|
<listitem>
|
|
<para>This ensures that the library is installed in /lib instead
|
|
of the default /lib64 on 64 bit machines.</para>
|
|
</listitem>
|
|
</varlistentry>
|
|
<!--
|
|
<varlistentry>
|
|
<term><parameter>libc_cv_c_cleanup=yes</parameter></term>
|
|
<listitem>
|
|
<para>Similarly, we pass libc_cv_c_cleanup=yes through to the
|
|
<command>configure</command> script so that the test is skipped and C
|
|
cleanup handling support is configured.</para>
|
|
</listitem>
|
|
</varlistentry>
|
|
|
|
<varlistentry>
|
|
<term><parameter>libc_cv_ctors_header=yes</parameter></term>
|
|
<listitem>
|
|
<para>Similarly, we pass libc_cv_ctors_header=yes through to the
|
|
<command>configure</command> script so that the test is skipped and
|
|
gcc constructor support is configured.</para>
|
|
</listitem>
|
|
</varlistentry>-->
|
|
|
|
</variablelist>
|
|
|
|
<para>During this stage the following warning might appear:</para>
|
|
|
|
<blockquote>
|
|
<screen><computeroutput>configure: WARNING:
|
|
*** These auxiliary programs are missing or
|
|
*** incompatible versions: msgfmt
|
|
*** some features will be disabled.
|
|
*** Check the INSTALL file for required versions.</computeroutput></screen>
|
|
</blockquote>
|
|
|
|
<para>The missing or incompatible <command>msgfmt</command> program is
|
|
generally harmless. This <command>msgfmt</command> program is part of the
|
|
Gettext package which the host distribution should provide.</para>
|
|
|
|
<note><para>There have been reports that this package may fail when
|
|
building as a "parallel make". If this occurs, rerun the make command
|
|
with a "-j1" option.</para></note>
|
|
|
|
<para>Compile the package:</para>
|
|
|
|
<screen><userinput remap="make">make</userinput></screen>
|
|
|
|
<para>Install the package:</para>
|
|
|
|
<warning><para>If <envar>LFS</envar> is not proprly set, and despite the
|
|
recommendations, you are building as root, the next command will install
|
|
the newly built glibc to your host system, which most likely will render it
|
|
unusable. So double check that the environment is correctly set for user
|
|
<systemitem class="username">lfs</systemitem>.</para></warning>
|
|
|
|
<screen><userinput remap="install">make DESTDIR=$LFS install</userinput></screen>
|
|
|
|
<variablelist>
|
|
<title>The meaning of the <command>make install</command> option:</title>
|
|
|
|
<varlistentry>
|
|
<term><parameter>DESTDIR=$LFS</parameter></term>
|
|
<listitem>
|
|
<para>The <envar>DESTDIR</envar> make variable is used by almost all
|
|
packages to define the location where the package should be
|
|
installed. If it is not set, it defaults to the root (<filename
|
|
class="directory">/</filename>) directory. Here we specify that
|
|
the package be installed in <filename class="directory">$LFS
|
|
</filename>, which will become the root after <xref linkend=
|
|
"ch-tools-chroot"/>.</para>
|
|
</listitem>
|
|
</varlistentry>
|
|
|
|
</variablelist>
|
|
|
|
<caution>
|
|
<para>At this point, it is imperative to stop and ensure that the basic
|
|
functions (compiling and linking) of the new toolchain are working as
|
|
expected. To perform a sanity check, run the following commands:</para>
|
|
|
|
<screen><userinput>echo 'int main(){}' > dummy.c
|
|
$LFS_TGT-gcc dummy.c
|
|
readelf -l a.out | grep '/ld-linux'</userinput></screen>
|
|
|
|
<para>If everything is working correctly, there should be no errors,
|
|
and the output of the last command will be of the form:</para>
|
|
|
|
<screen><computeroutput>[Requesting program interpreter: /lib64/ld-linux-x86-64.so.2]</computeroutput></screen>
|
|
|
|
<para>Note that for 32-bit machines, the interpreter name will be
|
|
<filename>/lib/ld-linux.so.2</filename>.</para>
|
|
|
|
<para>If the output is not shown as above or there was no output at all,
|
|
then something is wrong. Investigate and retrace the steps to find out
|
|
where the problem is and correct it. This issue must be resolved before
|
|
continuing on.</para>
|
|
|
|
<para>Once all is well, clean up the test files:</para>
|
|
|
|
<screen><userinput>rm -v dummy.c a.out</userinput></screen>
|
|
|
|
</caution>
|
|
|
|
<note><para>Building packages in the next chapter will serve as an
|
|
additional check that the toolchain has been built properly. If some
|
|
package, especially binutils-pass2 or gcc-pass2, fails to build, it is
|
|
an indication that something has gone wrong with the
|
|
previous Binutils, GCC, or Glibc installations.</para></note>
|
|
|
|
<para>Now that our cross-toolchain is complete, finalize the installation
|
|
of the limits.h header. For doing so, run a utility provided by the GCC
|
|
developers:</para>
|
|
|
|
<screen><userinput>$LFS/tools/libexec/gcc/$LFS_TGT/&gcc-version;/install-tools/mkheaders</userinput></screen>
|
|
|
|
</sect2>
|
|
|
|
<sect2 role="content">
|
|
<title/>
|
|
|
|
<para>Details on this package are located in
|
|
<xref linkend="contents-glibc" role="."/></para>
|
|
|
|
</sect2>
|
|
|
|
</sect1>
|