Les détails sur ce paquet sont situés dans Section 6.9.4, « Contenu de Glibc. »
Le paquet Glibc contient la bibliothèque C principale. Cette bibliothèque fournit toutes les routines basiques pour allouer de la mémoire, rechercher des répertoires, ouvrir et fermer des fichiers, les lire et les écrire, gérer les chaînes, faire correspondre des modèles, faire de l'arithmétique et ainsi de suite.
Dans certains cas, en particulier avec LFS 7.1, les en-têtes rpc n'étaient pas installées correctement. Regardez si elles sont installées dans le système hôte et, sinon, installez-les :
if [ ! -r /usr/include/rpc/types.h ]; then su -c 'mkdir -pv /usr/include/rpc' su -c 'cp -v sunrpc/rpc/*.h /usr/include/rpc' fi
Correction d'une régression dans le paquet qui affecte les architectures 32 bits :
sed -e '/ia32/s/^/1:/' \ -e '/SSE2/s/^1://' \ -i sysdeps/i386/i686/multiarch/mempcpy_chk.S
La documentation de Glibc recommande de construire Glibc en dehors du répertoire des sources, c'est-à-dire dans un répertoire dédié :
mkdir -v ../glibc-build cd ../glibc-build
Ensuite, préparez la compilation de Glibc :
../glibc-2.21/configure \ --prefix=/tools \ --host=$LFS_TGT \ --build=$(../glibc-2.21/scripts/config.guess) \ --disable-profile \ --enable-kernel=2.6.32 \ --with-headers=/tools/include \ libc_cv_forced_unwind=yes \ libc_cv_ctors_header=yes \ libc_cv_c_cleanup=yes
Voici la signification des options de configure :
--host=$LFS_TGT,
--build=$(../glibc-2.21/scripts/config.guess)
L'effet combiné de ces commutateurs est que le système de
construction de Glibc se configure pour se compiler de
manière croisée en utilisant l'éditeur de liens croisé et le
compilateur croisé dans /tools
.
--disable-profile
Ceci construit les bibliothèques sans les informations de profilage. Enlevez cette option si le profilage sur les outils temporaires est nécessaire.
--enable-kernel=2.6.32
Ceci indique à Glibc de compiler la bibliothèque avec le support des noyaux Linux 2.6.32 et supérieurs. Les contournements pour les noyaux plus anciens ne sont pas activés.
--with-headers=/tools/include
Ceci dit à Glibc de se compiler contre les en-têtes récemment installées dans le répertoire tools, afin qu'il connaisse exactement les fonctionnalités du noyau et puisse s'optimiser en conséquence.
libc_cv_forced_unwind=yes
L'éditeur de liens installé lors de Section 5.4, « Binutils-2.25 - Passe 1 » était construit de façon croisée et, dans cet état, il ne peut pas être utilisé tant que Glibc n'a pas été installé. Cela signifie que le test de configure du support force-unwind échouera puisqu'il croit avoir à faire à un éditeur de liens opérationnel. La variable libc_cv_forced_unwind=yes est passée afin d'indiquer à configure que le support de force-unwind est disponible sans qu'il n'ait à lancer le test.
libc_cv_c_cleanup=yes
De la même façon, nous passons libc_cv_c_cleanup=yes au script configure afin que le test soit sauté et que le support de gestion du nettoyage C soit configuré.
libc_cv_ctors_header=yes
De la même façon, nous passons libc_cv_ctors_header=yes au script configure pour sauter le test et configurer le support du constructeur gcc.
Lors de cette étape, le message d'avertissement suivant peut apparaître :
configure: WARNING: *** These auxiliary programs are missing or *** incompatible versions: msgfmt *** some features will be disabled. *** Check the INSTALL file for required versions.
Le programme msgfmt, manquant ou incompatible, ne pose généralement pas de problème. Ce programme msgfmt fait partie du paquet Gettext que la distribution hôte devrait fournir.
Il a été reporté que ce paquet pouvait échouer lors de "make parallèles". Si cela arrive, relancer la commande avec l'option "-j1".
Compilez le paquet :
make
Installez le paquet :
make install
À ce moment, il est impératif de vous arrêter et de vous assurer que les fonctions de base (compilation et édition des liens) du nouvel ensemble d'outils fonctionnent comme prévu. Pour effectuer un test de propreté, lancez les commandes suivantes :
echo 'main(){}' > dummy.c $LFS_TGT-gcc dummy.c readelf -l a.out | grep ': /tools'
Si tout fonctionne correctement, il ne devrait pas y avoir d'erreurs et la sortie de la dernière commande sera de la forme :
[Requesting program interpreter: /tools/lib/ld-linux.so.2]
Remarquez que /tools/lib
ou
/tools/lib64
pour les machines 64
bits apparaît comme préfixe de l'éditeur de liens dynamiques.
Si l'affichage diffère ou s'il n'y a aucun affichage, alors quelque chose ne se passe pas bien. Enquêtez et tracez vos étapes pour trouver où se cache le problème et comment le corriger. Ce problème doit être corrigé avant de continuer.
Une fois que tout va bien, nettoyez les fichiers de test ::
rm -v dummy.c a.out
La construction de Binutils dans deux sections servira de test supplémentaire pour vérifier que l'ensemble d'outils a été construit correctement. Si Binutils échoue pour se construire, c'est une indication que quelque chose ne va pas dans les installations précédentes de Binutils, GCC, ou Glibc.
Les détails sur ce paquet sont situés dans Section 6.9.4, « Contenu de Glibc. »