Cambiare la variabile CHOSTCambiare il CHOST è una grossa problematica che può seriamente compromettere il proprio sistema - allora perché c'è una guida a riguardo? Ci sono certe situazioni nelle quali cambiare CHOST è inevitabile, ad esempio volendo aggiornare a glibc 2.4, che supporta solamente nptl, e avendo CHOST impostato a i386, che rende impossibile l'utilizzo di nptl. In questo caso le scelte possibili non sono molte, ed una di queste è proprio cambiare CHOST. Anche seguendo queste istruzioni, potrebbero comunque insorgere dei problemi, per cui assicurarsi di leggerle ed eseguirle molto attentamente. In questo esempio la variabile CHOST verrà cambiata da i386 a i686, se si effettua un cambiamento diverso modificare di conseguenza i comandi. 2. Cambiare la variabile CHOST Come prima cosa, modificare il file /etc/make.conf e cambiare il valore di CHOST in base alla proprie esigenze. Quindi ricompilare i seguenti pacchetti in questo preciso ordine:
Verifiche globali di funzionamento Ora bisogna assicurarsi che le impostazioni di gcc-config e binutils-config siano corrette e non ci siano degli "scarti" di configurazione in /etc/env.d. L'output di gcc-config e binutils-config dovrebbe apparire più o meno così (potrebbero differire in base alla propria versione di gcc e il proprio chost, qui rispettivamente gcc 4.1.1. e i686):
Verificare poi che non ci sia nessun riferimento al vecchio CHOST in /etc/env.d/:
Prima di eliminare il file, verificare gli altri aventi il CHOST aggiornato:
Sembra tutto apposto in quanto dovrebbe esserci solamente un file per gcc in /etc/env.d (05gcc in questo esempio), per cui eliminare il file con i riferimenti sbagliati:
Lo stesso ragionameno si applica a binutils - se c'è un file di troppo, identificare quello vecchio e cancellarlo. Successivamente controllare /etc/env.d/binutils/
Questa configurazione è corretta, questi due file sono effettivamente al loro posto. Ora spostarsi nella directory di gcc.
config e i686-pc-linux-gnu-4.1.1 sono corretti, ma config-i386-pc-linux-gnu è un'altro "rimasuglio" di configurazione da rimuovere.
A questo punto eseguire i seguenti comandi per aggiornare il proprio ambiente:
Verificare che tutto sia stato corretto:
Se viene trovato nuovamente qualcosa , probabilmente qualche file dev'essere sfuggito: è importante rintracciarli e rimuoverli prima di procedere oltre. È necessario ri-emergere libtool ed eseguire /usr/share/gcc-data/$CHOST/<gcc-version>/fix_libtool_files.sh. Assicurarsi di usare la corretta versione di gcc: (quella attuale, qui 4.1.1., e la vecchia architettura, qui i386). Sostituire $CHOST con il proprio nuovo CHOST, e <gcc-version> con la propria versione di gcc. In questo esempio si suppone di avere un CHOST i686.
Se lo si desidera, ricompilare tutti i pacchetti:
Teoricamente questa operazione non è necessaria, ma non lo si può garantire al 100%. Anche se world non viene ricompilato interamente, bisogna in ogni caso ricompilare almeno qualche pacchetto (es. python):
Tutti i pacchetti basati su perl vengono installati nella directory CHOST perciò necessitano di una re-installazione. Nel caso non si abbia installato qfile, bisogna prima installare app-portage/portage-utils.
Se vengono individuati altri pacchetti che necessitano della ricompilazione, si prega di comunicarlo all'autore di questo documento. Se si aggiorna da gcc 3.3 a 4.1 in concomitanza con il cambio di CHOST (si prega di non farlo in ogni caso), un paio di utenti hanno riportato la corruzione di alcuni pacchetti che necessitano di una ricompilazione, come groff e courier:
Questo avviene perché durante l'aggiornamento CHOST non combacia esattamente con CTARGET e il compilatore assume che si sia effettuando una cross-compilazione. Di conseguenza, LDPATH non viene inserito in ld.so.conf, generando l'errore precedentemente elencato. Leggere la guida all'aggiornamento di GCC per informazioni sui pacchetti da ricompilare dopo un aggiornamento di gcc. In qualche caso raro, potrebbero anche corrompersi le vecchie versioni di python. Si può correggere il problema aggiungendo /usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.6 (modificare la voce in base al proprio vecchio chost e alla propria versione di gcc, di conseguenza) a /etc/ld.so.conf, eseguire ldconfig e poi emerge libstdc++-v3. Tuttavia, bisognerebbe evitare di incorrere in questo problema - non effettuare insieme il cambio di CHOST e l'aggiornamento di versione di gcc. Qualsiasi commento riguardante questa guida e le sue istruzioni (sia che funzionino, sia che non funzionino o che si incontrino altri problemi) è ben accetto, si prega di spedire un e-mail a Wernfried Haas o scrivere su questa discussione del forum. Gran parte di questa guida proviene da vapier, grazie per il suo aiuto! I contenuti di questo documento sono rilasciati sotto la licenza Creative Commons - Attribution / Share Alike. |
|
