Changement de la variable CHOSTLe changement de la variable CHOST est un grand enjeu qui peut sérieusement endommager votre système - par conséquent, pourquoi ce guide explique-t-il cette procédure ? Il y a certaines situations où le changement de CHOST est inévitable. Par exemple, vous voulez mettre à jour glibc vers la version 2.4 qui ne supporte que nptl et vous découvrez que votre CHOST est i386, ce qui rend impossible l'utilisation de nptl. Dans ce cas, vous n'avez pas beaucoup d'options et le changement de CHOST est l'une d'entre elles. Même après avoir suivi ces instructions, des problèmes peuvent surgir. Veuillez vous assurer de les lire et de les exécuter très précautionneusement. Dans cet exemple, le CHOST sera changé de i386 à i686, si vous faites d'autres changements, veillez à changer les commandes en conséquence. 2. Changement de la variable CHOST Pour commencer le changement de CHOST, éditez le fichier /etc/make.conf et changez la valeur de CHOST selon ce que vous désirez. Ensuite, reconstruisez les paquets suivants dans cet ordre :
Vérification du bon fonctionnement des choses Maintenant il est temps de s'assurer que votre gcc-config et que les paramètres de binutils-config sont corrects et que vous n'avez pas d'anciens restes dans /etc/env.d. Les affichages de sortie de gcc-config et binutils-config devraient ressembler à ceci (ils peuvent différer selon votre version de gcc et votre CHOST, ici il s'agit de gcc 4.1.1 et d'un CHOST i686) :
Ensuite, regardez s'il y a des références à l'ancien CHOST dans /etc/env.d/ :
Avant de supprimer le fichier, vérifions les fichiers avec le nouveau CHOST :
Ceci semble correct car il y a toujours un fichier pour gcc dans /etc/env.d (05gcc dans cet exemple), ainsi supprimons celui qui a les mauvaises références :
La même procédure est à appliquer à binutils - s'il y en a un supplémentaire, regardez lequel est dépassé et supprimez-le. Ensuite, vérifiez votre /etc/env.d/binutils/.
Cela semble bon, ces deux fichiers devraient effectivement être là. Il est temps de se rendre dans le répertoire de gcc.
config et i686-pc-linux-gnu-4.1.1 sont corrects, mais config-i386-pc-linux-gnu est un autre reste qui a besoin d'être effacé.
Maintenant, exécutez les commandes suivantes pour mettre à jour votre environnement :
Ensuite, vérifiez que tout est bien établi :
Si vous trouvez encore quelque chose, vous avez dû oublier quelques fichiers, essayez de les dépister avant de continuer. Il est maintenant nécessaire de réinstaller libtool et d'exécuter /usr/share/gcc-data/$CHOST/<gcc-version>/fix_libtool_files.sh. Assurez-vous d'utiliser la bonne version de gcc (votre version courante, 4.1.1 ici, et l'ancienne architecture, i386 ici). Remplacez $CHOST par votre nouveau CHOST et <gcc-version> par la version de gcc. Voici l'exemple d'un CHOST i686 :
Vous pouvez vouloir reconstruire tous vos paquets :
Maintenant, en théorie, il ne devrait pas être nécessaire de faire cela, mais il n'est pas garanti à 100% que ce soit effectivement le cas. Si vous ne recompilez pas l'ensemble des paquets, je vous dis au moins les quelques paquets qui ont besoin d'être recompilés, ainsi vous devrez faire :
Tous les paquets utilisant Perl s'installent dans le répertoire CHOST et nécessitent par conséquent d'être recompilés. Dans le cas où vous n'avez pas installé qfile, vous aurez besoin d'installer app-portage/portage-utils en premier.
Si vous rencontrez d'autres paquets qui ont besoin d'être recompilés, veuillez le faire savoir à l'auteur de ce document. Lors de la mise à jour de gcc depuis la version 3.3 vers la 4.1 simultanément au changement de CHOST (veuillez ne pas faire cela de toute façon), des utilisateurs ont reporté des paquets cassés qui nécessitaient d'être recompilés, comme groff et courier :
C'est un problème qui arrive parce que pendant la mise à jour, le CHOST ne correspond pas exactement à CTARGET et le compilateur suppose une compilation croisée. Par conséquent, LDPATH n'est pas inséré dans le fichier ld.so.conf, ce qui produit cette erreur. Veuillez consulter notre guide de mise à jour de gcc pour savoir ce qu'il est nécessaire de recompiler après une mise à jour de gcc. Dans quelques rares cas, cela peut casser d'anciennes version de Python aussi. Cela peut être corrigé en ajoutant /usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.6 (adaptez selon votre ancien CHOST et votre version de gcc) au fichier /etc/ld.so.conf, exécutez ldconfig et enfin emerge libstdc++-v3. Néanmoins, comme vous pouvez le constater, vous devez vraiment éviter de vous embarquer dans ce problème - ne changez pas votre CHOST et votre version de gcc en même temps. Ce devrait être tout, les réactions (que cela fonctionne, échoue ou tout autre problème que vous rencontrez) sont les bienvenues, veuillez envoyer un courrier électronique à Wernfried Haas ou soumettre un message dans ce sujet du forum (anglophone). La plupart de ce tutoriel vient de Vapier, merci à lui pour son aide ! Ce document est protégé par la licence Creative Commons : Paternité - Partage des Conditions Initiales à l'Identique 2.5. |
|