Changing the CHOST variable/fr

Ce document Article description::explique comment changer la variable [[CHOST d'un système existant.]]

Changer la variable CHOST est un problème délicat qui peut sérieusement mettre en péril un système. Alors, pourquoi faire un guide sur ce sujet ?

Il existe des situations où changer CHOST est inévitable, par exemple quand vous voulez mettre glibc à jour vers la version  2.4 qui ne supporte que nptl et que vous vous rendez compte que votre CHOST est i386, ce qui rend l'utilisation de nptl impossible. Dans un tel cas, vous n'avez guère d'options et changer CHOST en est une.

Même si vous suivez ces instructions, des problèmes peuvent surgir, c'est pourquoi vous devez les lire et les exécuter très prudemment. Dans cet exemple la variable CHOST sera changée de i386 en i686, si votre changement est différent, bien-sûr, adaptez les commandes en conséquence.

Updating make.conf
To start out with the CHOST variable change, edit the file and add/change the CHOST value to suit the requirements.

Note that profiles provide a default setting for CHOST ; depending on the situation, it may be necessary to override it in or remove an override in. In any case, the important point is that the effective value changes.

Please note that if planning to use another value of CHOST than the profile default, the CHOST_${ABI} variable may need updating as well. It is possible to query the value of this variable of the currently set profile with the portageq tool:

If this value is equal to CHOST, it's good. Otherwise, override it as well, e.g.:

Compiler les paquets
Rebuild the following packages in this order:

Vérifier que tout fonctionne
Maintenant, il est temps de s'assurer que les réglages de et de  sont sains et qu'il n'y a aucun résidu dans.

La sortie de et de  devrait ressembler à ce qui suit :

Ensuite, vérifiez s'il y a des références à l'ancienne variable CHOST dans  :

Here, binutils is fine - there is one file, and it only contains references to the new CHOST. For gcc, there is a file for both the new and the old CHOST value, so delete the old stale one:

Cela est aussi vrai pour - s'il existe un fichier supplémentaire, cherchez celui qui est obsolète et supprimez le. Ensuite, vérifiez le contenu de.

Celui-ci paraît bon, ces deux fichiers devraient être présents. Il est temps de se déplacer dans le répertoire.

Time to move on to the directory.

et sont corrects, mais  est un autre résidu qui doit être supprimé.

Maintenant exécutez les commandes suivantes pour mettre l'environnement à jour.

Ensuite, vérifiez que tout est correctement réglé :

Terminer le changement
Maintenant, il faut réinstaller  et run. Assurez-vous d'utiliser la version de gcc correcte (votre version courante est  4.1.1  et l'ancienne architecture, i386 dans ce cas). Remplacez $CHOST avec votre nouvelle CHOST, et  par votre version de gcc. Cet exemple suppose que la variable CHOST est i686.

Il est maintenant possible de recompiler tous les paquets :

In theory, it should not be necessary to do so, but it cannot be 100% guaranteed that this is actually the case. Alternatively, it is possible to manually rebuild all the known problematic packages:


 * multilib packages using CHOST prefixing or header wrapping,
 * Perl, Python and other tools that store configured compiler path.

Note that paths that do not apply to the current system may need removing from the above invocation.

Si vous rencontrez d'autres paquets qui nécessitent la recompilation, faites le savoir à l'auteur de ce document.

Problèmes courants
Not so many anymore. Usually this just works, as long as no really exotic change is done. Make sure to not combine the CHOST change with other steps though. Some of the notes below are really old...

Lorsque vous mettez à jour gcc de la version 3.3 vers la version 4.1 en même temps que vous changez la variable CHOST (s.v.p. ne faites ça en aucun cas), quelques utilisateurs ont fait état de paquets cassés qui nécessitent une recompilation, comme par exemple et  :

Ceci se produit car pendant la mise à jour, la variable CHOST ne correspond pas exactement à CTARGET et que le compilateur suppose qu'il s'agit d'une compilation croisée. En conséquence, LDPATH n'est pas inséré dans, ce qui conduit à cette erreur.

Reportez-vous à notre guide de mise à jour de gcc pour savoir ce qu'il faut recompiler après une mise à jour de GCC.

Dans quelques rares cas, ceci peut casser d'anciennes versions de python également. On peut régler ce problème en ajoutant  (changez selon votre CHOST et votre version de  gcc ) à

Retour d'expérience
Ce sera tout. Un retour d'expérience (à la fois si les choses se sont bien passées, ou si des problèmes ont été rencontrés) est bienvenu. Envoyez un courriel à ou postez sur ce fil de discussion sur les forums. La majeure partie de ce guide provient de vapier. Merci pour votre aide !