Dans ce chapitre, nous entrons dans l'espace de construction et nous commençons à construire sérieusement le système CLFS. L'installation de ce logiciel est simple. Bien que les instructions d'installation pourraient être plus courtes et plus génériques, nous avons opté pour fournir les instructions complètes pour chaque paquet et minimiser ainsi les possibilités d'erreurs. La clé pour apprendre ce qui fait fonctionner un système Linux est de savoir à quoi sert chaque paquet et pourquoi l'utilisateur (ou le système) en a besoin. Pour chaque paquet installé, un résumé de son contenu est donné, suivi par des descriptions concises de chaque programme et de chaque bibliothèque que le paquet a installé.
En utilisant les optimisations du compilateur, merci de lire l'astuce
sur l'optimisation sur http://lfs.traduc.org/view/astuces/optimization-fr.txt.
Les optimisations du compilateur peuvent faire qu'un programme
s'exécute un peu plus rapidement mais elles peuvent aussi causer des
difficultés et des problèmes de compilation à l'exécution de ce
programme. Si un paquet refuse de compiler lors de l'utilisation
d'optimisation, essayez de le compiler sans optimisation pour voir si
cela corrige le problème. Même si le paquet compile avec les
optimisations, il y a un risque qu'il ait été mal compilé à cause des
interactions complexes entre le code et les outils de construction.
Remarquez aussi que l'utilisation des options -march et -mtune peut
causer des problèmes avec les paquets de la chaîne d'outils
(Binutils, GCC et Glibc). Le petit potentiel de gains obtenu en
utilisant les optimisations de compilation est souvent minime comparé
aux risques. Les utilisateurs construisant une CLFS pour la première
fois sont encouragés à construire sans optimisations personnalisées.
Le système sera toujours très rapide et restera stable en même temps.
L'ordre dans lequel les paquets sont installés dans ce chapitre a
besoin d'être strictement suivi pour s'assurer qu'aucun programme
n'acquiert accidentellement un chemin ayant comme référence
/tools en dur. Pour la même raison, ne
compilez pas les paquets en parallèle. La compilation en parallèle
permet de gagner du temps (tout particulièrement sur les machines à
plusieurs CPU), mais cela pourrait résulter en un programme contenant
un chemin codé en dur vers /tools, ce
qui empêchera le programme de fonctionner si ce répertoire est
supprimé.
Pour garder une trace des fichiers installés par un paquet particulier, vous pouvez utiliser un gestionnaire de paquets. Pour une vue générale des différentes types de gestionnaires de paquets, jetez un œil sur la page suivante.