De CHOST variable aanpassen Wernfried Haas Mike Frysinger Chris White Alexander Zuliani Dit document legt uit hoe je de CHOST variabele van een bestaand systeem kunt veranderen. 1 2006-10-09 Introductie

De CHOST veranderen is een groot probleem en kan je systeem grondig naar de knoppen helpen. Dus je kan je zelfs afvragen waarom er eigenlijk een gids voor is.

Er zijn echter bepaalde situaties waar het aanpassen van de CHOST onoverkomelijk is, als je naar glibc 2.4 die enkel ntpl ondersteund bijvoorbeeld, en ontdekt dat je CHSOT i386 is, wat het voorgaande onmogelijk maakt. In dit geval heb je weinig keuze, en de CHOST veranderen is er een van.

Zelfs als je deze gids volgt kunnen er zich problemen voordoen, dus zorg ervoor dat je alles grondig leest, en alle commandos nauwkeuring uitvoert. In dit geval gaan we de CHOST aanpassen van i386 naar i686. Als je een andere vervanging uitvoert, pas de commandos dan aan.

De CHOST variable aanpassen
De packages compilen

Om te beginnen met het veranderen, pas je /etc/make.conf aan en verander je de waarde voor CHOST aan aan je noden. Hercompile dat de volgende pakketten, in deze volgorde: 

# emerge -av1 binutils gcc glibc
Merk op dat grote gcc upgrades tegelijkertijd met het aanpassen van de CHOST waarde (Als je met gcc 3.3, CHOST i386 begint, en naar gcc 4.1, CHOST i386 gaat bijvoorbeeld) voor ernstige gevolgen kan zorgen. Hoewel het niet onmogelijk is om dit te doen, is het moeilijk te voorspellen welke potentiële problemen zich kunnen voordoen en deze te vermelden in deze gids. Bijgevolg, moet je alles stap per stap doen, Upgrade bijvoorbeeld eerst gcc volgens onze gcc upgrade gids en pas je CHOST dan aan. Als je op een systeem met CHOST=i386 zit, zul je glibc 2.4 eerst moeten masken, en na de upgrade weer unmasken.
Controleren of alles werkt

Het is tijd om te controleren of je gcc-config en binutils-config instellingen goed zijn, en je geen overblijfsels hebt in /etc/env.d/.

De output van gcc-config en binutils-config zouden er zo moeten uitzien (Dit kan veranderen naargelang je gcc versie en CHOST, gcc 4.1.1 en i686 hier): 

# gcc-config -l
 [1] i686-pc-linux-gnu-4.1.1 *
# gcc-config -c
i686-pc-linux-gnu-4.1.1

# binutils-config -l
 [1] i686-pc-linux-gnu-2.16.1 *
# binutils-config -c
i686-pc-linux-gnu-2.16.1

Vervolgens controleer je of er verwijzingen zijn naar de oude CHOST in /etc/env.d/: 

# cd /etc/env.d/
# grep 386 *
05gcc-i386-pc-linux-gnu:PATH="/usr/i386-pc-linux-gnu/gcc-bin/4.1.1"
05gcc-i386-pc-linux-gnu:ROOTPATH="/usr/i386-pc-linux-gnu/gcc-bin/4.1.1"
Het is mogelijk dat dit bij jouw niet gebeurt, maar indit geval bevat 05gcc-i386-pc-linux-gnu verwijzingen naar de oude CHOST. Dit kan er anders uitzien op je systeem afhankelijk van de CHOST je van/naar veranderd. Of zelfs gewoon in orde zijn. De naam kan ook 05gcc-uw_nieuwe_CHOST-pc-linux-gnu zijn.

Alvorens je het bestand verwijderd, zoeken we bestanden met de upgedate CHOST: 

# grep 686 *
05binutils:MANPATH=/usr/share/binutils-data/i686-pc-linux-gnu/2.16.1/man
05binutils:INFOPATH=/usr/share/binutils-data/i686-pc-linux-gnu/2.16.1/info
05binutils:LDPATH=/usr/i686-pc-linux-gnu/lib
05gcc:PATH="/usr/i686-pc-linux-gnu/gcc-bin/4.1.1"
05gcc:ROOTPATH="/usr/i686-pc-linux-gnu/gcc-bin/4.1.1"
05gcc:MANPATH="/usr/share/gcc-data/i686-pc-linux-gnu/4.1.1/man"
05gcc:INFOPATH="/usr/share/gcc-data/i686-pc-linux-gnu/4.1.1/info"
05gcc:LDPATH="/usr/lib/gcc/i686-pc-linux-gnu/4.1.1"

Deze ziet er goed uit aangezien er telkens slechts ĂĂŠn bestand voor gcc in /etc/env.d/ man zijn (05gcc hier), dus verwijderen we diegene met verkeerde verwijzingen: 

# rm 05gcc-i386-pc-linux-gnu

Hetzelfde gaat ook op voor binutils. Als er een extra is, zoek dan de oude en verwijder hem. Controleer dan je /etc/env.d/binutils/ 

# cd /etc/env.d/binutils/
# ls -la
total 8
-rw-r--r-- 1 root root  15 Sep  3 13:48 config-i686-pc-linux-gnu
-rw-r--r-- 1 root root 126 Sep  3 13:48 i686-pc-linux-gnu-2.16.1

# cat config-i686-pc-linux-gnu
CURRENT=2.16.1
# cat i686-pc-linux-gnu-2.16.1
TARGET="i686-pc-linux-gnu"
VER="2.16.1"
LIBPATH="/usr/lib/binutils/i686-pc-linux-gnu/2.16.1"
FAKE_TARGETS="i686-pc-linux-gnu"

Deze ziet er goed uit, die bestanden moeten er zijn. Tijd om verder te gaan naar de gcc map. 

# cd /etc/env.d/gcc
# ls -la
total 12
-rw-r--r-- 1 root root  32 Sep  3 16:43 config
-rw-r--r-- 1 root root  32 Aug  3 14:25 config-i386-pc-linux-gnu
-rw-r--r-- 1 root root 292 Sep  3 16:43 i686-pc-linux-gnu-4.1.1

# cat config
CURRENT=i686-pc-linux-gnu-4.1.1

# cat config-i386-pc-linux-gnu
CURRENT=i386-pc-linux-gnu-4.1.1

# cat i686-pc-linux-gnu-4.1.1
PATH="/usr/i686-pc-linux-gnu/gcc-bin/4.1.1"
ROOTPATH="/usr/i686-pc-linux-gnu/gcc-bin/4.1.1"
LDPATH="/usr/lib/gcc/i686-pc-linux-gnu/4.1.1"
GCCBITS="32"
MANPATH="/usr/share/gcc-data/i686-pc-linux-gnu/4.1.1/man"
INFOPATH="/usr/share/gcc-data/i686-pc-linux-gnu/4.1.1/info"
STDCXX_INCDIR="g++-v4"

config en i686-pc-linux-gnu-4.1.1 zijn in orde, maar config-i386-pc-linux-gnu is ook een overblijfsel die verwijderd moet worden.

Alweer kan de naam die foute verwijzingen bevat een andere naam hebben, config-i686-pc-linux-gnu bijvoorbeeld, hoewel je upgradet naar i686. Het is belangerijk dat je het bestand herkent aan de inhoud, niet enkel de naam. 
# rm config-i386-pc-linux-gnu

Draai nu de volgende commandos om je omgeving up te daten: 

# env-update && source /etc/profile

Controleer dan of alles gefixed is: 

# grep -r 386 /etc/env.d/

Als je nog steeds iets vindt, moet je een bestand gemist hebben. Probeer het te vinden alvorens verder te gaan.

De wijziging afwerken

Nu is het nodig om libtool te hermergen en fix_libtool_files.sh te draaien. Zorg ervoor dat je hiervoor zeker de juiste gcc versie gebruikt: (Je huidige, 4.1.1 hier, en de oude architectuur, i386 hier). 

# emerge -av1 libtool
# fix_libtool_files.sh 4.1.1 --oldarch i386-pc-linux-gnu

Het is misschien aan te raden elk pakket te hercompilen: 

# emerge -e world

In theorie is het niet noodzakelijk om dit te doen, maat het is niet 100% zeker dat dit het geval is. Als je de world niet recompiled , moet je toch minstens de volgende doen: 

# emerge -av1 python

Alle paketten die perl gebruiken installeren zich in de CHOST direcotry en moeten dus geremerged worden. In dit geval heb je qfile niet geïnstalleerd, en moet je dus eerst app-portage/portage-utils installeren. 

# emerge -av portage-utils
# emerge -av1 `qfile /usr/lib/perl* -Cq | sort -u`

Als je nog pakketen ontdejt die gehercompiled moeten worden, laat de auteur van dit document het dan weten.

Veelvoorkomende problemen

Als je upgrade van gcc 3.3 naar 4.1, en tegelijkertijd de CHOST aanpast (Maar doe dat best niet), moeten bepaalde packages gerecompiled worden, zoals groff en courier: 

error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory

Dit gebeurt tijdens de upgrade, als de CHOST niet perfect gelijk is aan XTARGET en de compiler verondersteld cross-compiling. Bijgevolg is LDPATH niet toegevoegd aan ld.so.conf, wat resulteert in een error.

Zie de gcc upgrade gids om te zien wat gerecompiled moet worden na een gcc upgrade.

In zeldzame gevallen kan dit ook oude versies van pyton laten crashen. Dit kan opgelost worden door /usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.6 (Pas aan aan je oude chost en gcc versie) aan /etc/ld.so.conf. Draai dan ldconfig en emerge libstdc++-v3. Zoals je ziet is het dus beter dit probleem te ontwijken. Verander CHOST en je gcc versie niet tegelijkertijd.

Feedback

Dit zou het moeten zijn. feedback (Al dan niet positief) is welkom. Stuur een email naar amnde@gentoo.org (Engels) Of post op Dit topic in het forum. Veel in deze howto komt van vapier, bedankt voor je hulp!