| View previous topic :: View next topic |
| Author |
Message |
Link31
Apprentice
Joined: 17 Apr 2006
Posts: 200
Location: France
|
 Posted: Sun Oct 29, 2006 2:24 pm Post subject: [Résolu] [GCC] Mise à jour de GCC 3.4.5 => 4.1.1 |
 |
|
Salut,
Dans le guide de migration de GCC, il est indiqué qu'il faut faire un emerge -e system puis world... C'est que ce n'est pas anodin ça, 26-27h de compilation...
Mais les changements ne concernent que la libstdc++, donc ne concernent que les programmes en C++, non ?
J'ai fait un revdep-rebuild --library libstdc++.so.6 --pretend, et il me trouve nettement moins de paquets (enfin il y en a quand même pas mal...). Est-ce possible de ne recompiler que ces paquets-là après être passé au GCC 4.1.1 ? Ou alors il faudra quand même tout recompiler ? 
Autre question : est-il nécessaire de recompiler le noyau aussi ?
Merci.
Last edited by Link31 on Tue Oct 31, 2006 10:46 pm; edited 1 time in total |
|
| Back to top |
|
 |
Temet
Advocate
Joined: 14 Mar 2006
Posts: 2586
Location: 92
|
| Posted: Sun Oct 29, 2006 2:51 pm Post subject: |
|
|
Recompile tout, y compris le noyau  |
|
| Back to top |
|
|
kopp
Advocate
Joined: 09 Apr 2004
Posts: 2885
Location: Grenoble, France
|
| Posted: Sun Oct 29, 2006 2:53 pm Post subject: |
|
|
Recompiler que contre libdistcc++ peut être suffisant, mais ça peut aussi causer des problèmes, c'est pour ça que le guide propose de tout recompiler.
J'ai aussi vu des méthodes qui proposent d'autres approchents au problem sur le forum. Je vais voir si j'arrive à retrouver ça.
Pour le noyau, je dirais de le recompiler, car certain modules externes risquent d'être recompilés, et ça va faire du caca après  |
|
| Back to top |
|
|
d2_racing
Bodhisattva
Joined: 25 Apr 2005
Posts: 13047
Location: Ste-Foy,Canada
|
| Posted: Sun Oct 29, 2006 3:22 pm Post subject: |
|
|
À mon avis, tu est mieux de suivre le howto,car tu vas être sur que ton système va utiliser le nouveau compilateur...
C'est long 26-27 heures, mais tu vas le faire une fois et tout devrait être correct...par contre si tu fait des passes passes pour éviter de tout recompiler, peut-être que tu vas travailler plus pour réparrer les pots cassés |
|
| Back to top |
|
|
kopp
Advocate
Joined: 09 Apr 2004
Posts: 2885
Location: Grenoble, France
|
| Posted: Sun Oct 29, 2006 3:41 pm Post subject: |
|
|
Ok ok je garde mes solutions alembiquées pour moi alors. Tant mieux j'avais la flemme de chercher.
Pour les autres, il y a deux articles reliés, un dans Documentation, Tips and Tricks à propos des recompilation de GCC etc, et l'autre dans Unsupported software, par le même auteur. |
|
| Back to top |
|
|
Link31
Apprentice
Joined: 17 Apr 2006
Posts: 200
Location: France
|
| Posted: Sun Oct 29, 2006 3:52 pm Post subject: |
|
|
OK, je suis bon pour le emerge -e alors...
Comme je ne vais probablement pas être à côté du PC pendant 27h, je pourrais lancer un script dans ce genre :
| Code: | emerge -e world
emerge --resume --skipfirst
emerge --resume --skipfirst
emerge --resume --skipfirst
emerge --resume --skipfirst
emerge --resume --skipfirst
emerge --resume --skipfirst
emerge --resume --skipfirst
emerge --resume --skipfirst
emerge --resume --skipfirst |
Est-ce une bonne idée ? Les ebuilds qui ne passeront pas risquent d'en bloquer d'autres... Et comment pourrais-je récupérer de façon automatique les noms des ebuilds qui ont planté, ainsi que l'erreur associée (si possible) ? |
|
| Back to top |
|
|
kopp
Advocate
Joined: 09 Apr 2004
Posts: 2885
Location: Grenoble, France
|
| Posted: Sun Oct 29, 2006 3:59 pm Post subject: |
|
|
Il y avait une solution dans une GWN récente avec l'utilisation d'until, pour faire des skipfirst jusqu'a que ce soit fini.
Sinon, ça risque d'être problématique...
Pour récupérer la liste des ebuilds qui ont planté, tu peux comparé un emerge world avec la liste des derniers paquets installés (obtenue avec genlop) |
|
| Back to top |
|
|
Link31
Apprentice
Joined: 17 Apr 2006
Posts: 200
Location: France
|
|
| Back to top |
|
|
kopp
Advocate
Joined: 09 Apr 2004
Posts: 2885
Location: Grenoble, France
|
| Posted: Sun Oct 29, 2006 4:13 pm Post subject: |
|
|
| C'est ce dont je parlais. Il y a un lien vers une de ses explications dans le début du sujet, qui est intéressant aussi. |
|
| Back to top |
|
|
Link31
Apprentice
Joined: 17 Apr 2006
Posts: 200
Location: France
|
| Posted: Mon Oct 30, 2006 1:29 pm Post subject: |
|
|
Hem... petit problème. J'ai changé le compilateur par défaut pour compiler avec GCC 4.1.1, mais je ne peux plus compiler :
| Code: | link31@linux ~$ cat helloworldc++.cpp
#include <iostream>
using namespace std;
int main(int argc, char* argv[])
{
cout << "Hello world !" << endl;
return 0;
}
link31@linux ~$ g++ helloworldc++.cpp -o helloworldc++
/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../../x86_64-pc-linux-gnu/bin/ld:/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../../lib64/libc.so: file format not recognized; treating as linker script
/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../../x86_64-pc-linux-gnu/bin/ld:/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../../lib64/libc.so:5: syntax error
collect2: ld a retourné 1 code d'état d'exécution |
Évidemment, difficile dans ces conditions de faire un emerge -e world...
Je précise que j'ai mis à jour la Glibc juste en même temps que j'ai mis à jour le GCC, mais après. Elle a donc été compilée par le GCC 3.4.5. Je ne sais pas si ça vient de là... |
|
| Back to top |
|
|
Mickael
Advocate
Joined: 05 Sep 2005
Posts: 2387
Location: ~Belfort! - France - EU
|
| Posted: Mon Oct 30, 2006 1:35 pm Post subject: |
|
|
C'est quoi :
| Quote: | | cat helloworldc++.cpp |
Maintenant :
| Quote: | | Je précise que j'ai mis à jour la Glibc juste en même temps que j'ai mis à jour le GCC, mais après. Elle a donc été compilée par le GCC 3.4.5. Je ne sais pas si ça vient de là... |
Si j'ai bien compris, tu as mis à jour ta glibc puis tu as fait la mise à jour de gcc. Donc si tu as suivi le howto ainsi que les conseils précents, tu as fais un emerge -e system ? non?
_________________
À LIRE : COMMENT POSTER ET OBTENIR DE L'AIDE ?
Qui suis-je ? Bon j'ai relu, comme d'habitude, je suis bon a rien le vendredi
Qui suis-je ? Je ne serai jamais modo
Last edited by Mickael on Mon Oct 30, 2006 1:42 pm; edited 1 time in total |
|
| Back to top |
|
|
Link31
Apprentice
Joined: 17 Apr 2006
Posts: 200
Location: France
|
| Posted: Mon Oct 30, 2006 1:39 pm Post subject: |
|
|
| MickTux wrote: | C'est quoi :
| Quote: | | cat helloworldc++.cpp |
|
C'est juste pour montrer que l'erreur ne vient pas de mon helloworldc++.cpp, mais bien du compilateur. J'ai peut-être écrit une bêtise dans le code ? Quoi qu'il en soit, plus rien ne compile avec ce nouveau GCC, même pas les emerge ou d'anciens codes qui fonctionnaient avant. Les codes en C ne passent pas non plus...
| MickTux wrote: | | Si j'ai bie compris, tu as mis à jour ta glibc puis tu as fait la mise à jour de gcc. Donc si tu as suivi le howto ainsi que les conseils précents, tu as fais un emerge -e system ? non? |
En fait j'ai voulu faire l'update de GCC, et 'ai vu qu'il voulait aussi recompiler la glibc (à cause d'un nouvel useflag). Donc je me suis dit, tant qu'à faire, autant mettre à jour aussi ma glibc qui était un peu dépassée (2.3.6 => 2.4). Ce qui fait que GCC 3.4.5 a compilé le GCC 4.1.1 puis la glibc 2.4.
Ensuite j'ai fait un gcc-config pour choisir le GCC 4.1.1, et plus rien ne compile ! Donc le emerge -e world (en fait un script trouvé ici) ne fonctionne plus. |
|
| Back to top |
|
|
Mickael
Advocate
Joined: 05 Sep 2005
Posts: 2387
Location: ~Belfort! - France - EU
|
| Posted: Mon Oct 30, 2006 1:58 pm Post subject: |
|
|
T'aurais suivi le guide !!! tout serait terminé depuis longtemps... T'as pas été fûté sur ce coup là : tu emerge gcc, puis tu pointes dessus, puis tu fais des mises à jour afin d'éviter à recompiler 2 fois les mises à jour. Si tu n'as pas viré encore l'ancier gcc, pointe de nouveu dessus, puis suit la marche dans le guide de gcc. Il n'y a pas de raison pour que tous les paquets plantes, vérifie juste de temps en temps que le emerge -e ne s'est pas arrêté. Je sais pas pourquoi tu t'es compliqué la vie?
_________________
À LIRE : COMMENT POSTER ET OBTENIR DE L'AIDE ?
Qui suis-je ? Bon j'ai relu, comme d'habitude, je suis bon a rien le vendredi
Qui suis-je ? Je ne serai jamais modo
Last edited by Mickael on Mon Oct 30, 2006 2:31 pm; edited 1 time in total |
|
| Back to top |
|
|
Link31
Apprentice
Joined: 17 Apr 2006
Posts: 200
Location: France
|
| Posted: Mon Oct 30, 2006 2:23 pm Post subject: |
|
|
Merci de ta réponse mais ça ne fonctionne toujours pas, malgré le fix_libtool indiqué dans le guide. En supposant que c'est un problème avec la glibc, je ne peux plus installer le paquet binaire que j'avais fait de la 2.3.6. As-tu une idée de l'origine du problème ?
Une précision : /usr/lib64/libc.so est un script :
| Code: | /* GNU ld script
Use the shared library, but some functions are only in
the static library, so try that secondarily. */
OUTPUT_FORMAT(elf64-x86-64)
GROUP ( /lib64/libc.so.6 /usr/lib64/libc_nonshared.a AS_NEEDED ( /lib64/ld-linux-x86-64.so.2 ) )
|
Il me dit qu'il y a une erreur de syntaxe à la ligne 5. Peut-être qu'en corrigeant ça il acceptera enfin de compiler ? |
|
| Back to top |
|
|
Mickael
Advocate
Joined: 05 Sep 2005
Posts: 2387
Location: ~Belfort! - France - EU
|
| Posted: Mon Oct 30, 2006 2:32 pm Post subject: |
|
|
Que donne
_________________
À LIRE : COMMENT POSTER ET OBTENIR DE L'AIDE ?
Qui suis-je ? Bon j'ai relu, comme d'habitude, je suis bon a rien le vendredi
Qui suis-je ? Je ne serai jamais modo |
|
| Back to top |
|
|
Link31
Apprentice
Joined: 17 Apr 2006
Posts: 200
Location: France
|
| Posted: Mon Oct 30, 2006 2:39 pm Post subject: |
|
|
| Code: | linux ~ # gcc-config -l
[1] x86_64-pc-linux-gnu-3.4.3
[2] x86_64-pc-linux-gnu-3.4.3-hardened
[3] x86_64-pc-linux-gnu-3.4.3-hardenednopie
[4] x86_64-pc-linux-gnu-3.4.3-hardenednopiessp
[5] x86_64-pc-linux-gnu-3.4.3-hardenednossp
[6] x86_64-pc-linux-gnu-3.4.4
[7] x86_64-pc-linux-gnu-3.4.4-hardened
[8] x86_64-pc-linux-gnu-3.4.4-hardenednopie
[9] x86_64-pc-linux-gnu-3.4.4-hardenednopiessp
[10] x86_64-pc-linux-gnu-3.4.4-hardenednossp
[11] x86_64-pc-linux-gnu-3.4.5
[12] x86_64-pc-linux-gnu-3.4.5-hardened
[13] x86_64-pc-linux-gnu-3.4.5-hardenednopie
[14] x86_64-pc-linux-gnu-3.4.5-hardenednopiessp
[15] x86_64-pc-linux-gnu-3.4.5-hardenednossp
[16] x86_64-pc-linux-gnu-4.1.1 * |
| Code: | linux ~ # gcc-config --get-current-profile
x86_64-pc-linux-gnu-4.1.1 |
Mais ça ne fonctionne pas non plus quand je sélectionne le 3.4.5... |
|
| Back to top |
|
|
Mickael
Advocate
Joined: 05 Sep 2005
Posts: 2387
Location: ~Belfort! - France - EU
|
| Posted: Mon Oct 30, 2006 2:45 pm Post subject: |
|
|
que retourne maintenant :
_________________
À LIRE : COMMENT POSTER ET OBTENIR DE L'AIDE ?
Qui suis-je ? Bon j'ai relu, comme d'habitude, je suis bon a rien le vendredi
Qui suis-je ? Je ne serai jamais modo |
|
| Back to top |
|
|
Link31
Apprentice
Joined: 17 Apr 2006
Posts: 200
Location: France
|
| Posted: Mon Oct 30, 2006 2:51 pm Post subject: |
|
|
Il y a un peu de progrès : j'ai enlevé "AS_NEEDED ( /lib64/ld-linux-x86-64.so.2 )" du /usr/lib64/libc.so et maintenant j'arrive à compiler des helloworlds avec le 4.1.1.
Mais la Glibc ne passe toujours pas...
| MickTux wrote: | que retourne maintenant :
|
| Code: | ...
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for long double... yes
checking size of long double... configure: error: cannot compute sizeof (long double), 77
See `config.log' for more details.
!!! ERROR: sys-libs/glibc-2.4-r3 failed.
Call stack:
ebuild.sh, line 1546: Called dyn_compile
ebuild.sh, line 937: Called src_compile
glibc-2.4-r3.ebuild, line 1181: Called src_compile
glibc-2.4-r3.ebuild, line 1192: Called toolchain-glibc_src_compile
glibc-2.4-r3.ebuild, line 253: Called glibc_do_configure 'nptl'
glibc-2.4-r3.ebuild, line 943: Called die
!!! failed to configure glibc
!!! If you need support, post the topmost build error, and the call stack if relevant.
|
edit : en regardant dans le config.log, j'ai vu que le /usr/lib32/libc.so posait le même problème : j'ai donc enlevé le AS_NEEDED du /usr/lib32/libc.so aussi et la glibc semble compiler 
Avant de me lancer dans le emerge -e world, pourrais-tu me dire si modifier le libc.so était une bonne idée (est-ce que c'est risqué, est-ce que ça peut faire échouer d'autres compilations...) ? Et merci de t'être intéressé à mon problème |
|
| Back to top |
|
|
Mickael
Advocate
Joined: 05 Sep 2005
Posts: 2387
Location: ~Belfort! - France - EU
|
| Posted: Mon Oct 30, 2006 2:57 pm Post subject: |
|
|
peut-être un problème de toolchain. Raconte nous s'il te plaît depuis combien de temps cette gentoo est installée, ainsiq ue le type de mise à jour que tu faisais dessus. Tu t'es quand même bien mis dans la merde.
_________________
À LIRE : COMMENT POSTER ET OBTENIR DE L'AIDE ?
Qui suis-je ? Bon j'ai relu, comme d'habitude, je suis bon a rien le vendredi
Qui suis-je ? Je ne serai jamais modo |
|
| Back to top |
|
|
Mickael
Advocate
Joined: 05 Sep 2005
Posts: 2387
Location: ~Belfort! - France - EU
|
| Posted: Mon Oct 30, 2006 3:03 pm Post subject: |
|
|
| Link31 wrote: | Il y a un peu de progrès : j'ai enlevé "AS_NEEDED ( /lib64/ld-linux-x86-64.so.2 )" du /usr/lib64/libc.so et maintenant j'arrive à compiler des helloworlds avec le 4.1.1.
Mais la Glibc ne passe toujours pas...
| MickTux wrote: | que retourne maintenant :
|
| Code: | ...
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for long double... yes
checking size of long double... configure: error: cannot compute sizeof (long double), 77
See `config.log' for more details.
!!! ERROR: sys-libs/glibc-2.4-r3 failed.
Call stack:
ebuild.sh, line 1546: Called dyn_compile
ebuild.sh, line 937: Called src_compile
glibc-2.4-r3.ebuild, line 1181: Called src_compile
glibc-2.4-r3.ebuild, line 1192: Called toolchain-glibc_src_compile
glibc-2.4-r3.ebuild, line 253: Called glibc_do_configure 'nptl'
glibc-2.4-r3.ebuild, line 943: Called die
!!! failed to configure glibc
!!! If you need support, post the topmost build error, and the call stack if relevant.
|
edit : en regardant dans le config.log, j'ai vu que le /usr/lib32/libc.so posait le même problème : j'ai donc enlevé le AS_NEEDED du /usr/lib32/libc.so aussi et la glibc semble compiler
Avant de me lancer dans le emerge -e world, pourrais-tu me dire si modifier le libc.so était une bonne idée (est-ce que c'est risqué, est-ce que ça peut faire échouer d'autres compilations...) ? Et merci de t'être intéressé à mon problème |
Est-ce une bonne idée : NON.
Mais c'est avant que l'on se pose ce genre de question.
Par exemple, un simple lien symbolique aurait peu-être résolu le problème (je dis cela en exemple). Ben maintenant que j'y pense ces deux commandes seraient pas mal (de toutes façons inoffencives) :
donne nous le résultat
puis on avisera avec le résultat de
EDIT : que dit le config.log, ne serait-il pas en train de parler de truc dans ce genre là :
| Code: | /tools/bin/ld: warning: ld-linux.so.2, needed by /lib/libc.so.6, not found (try using -rpath or -rpath-link)
/lib/libc.so.6: undefined reference to `_dl_lookup_versioned_symbol_skip at GLIBC_PRIVATE'
/lib/libc.so.6: undefined reference to `_rtld_global at GLIBC_PRIVATE'
/lib/libc.so.6: undefined reference to `_dl_lookup_versioned_symbol at GLIBC_PRIVATE'
[...cut...]
/lib/libc.so.6: undefined reference to `_dl_lookup_symbol at GLIBC_PRIVATE'
/lib/libc.so.6: undefined reference to `_dl_map_object at GLIBC_PRIVATE'
collect2: ld returned 1 exit status |
Alors je miserais sur un lien symbolique comme ceci :
| Code: | | ln -s /lib/libc.so.6 /tools/lib/ |
EDIT 2 : regarde ce lien attention c'était l'époque de la 2005 :
http://dev.gentoo.org/~blubb/2005.0-upgrade-amd64.xml
On y retrouve ton problème.
Je suis curieux de connaître le résultat de emerge --info
_________________
À LIRE : COMMENT POSTER ET OBTENIR DE L'AIDE ?
Qui suis-je ? Bon j'ai relu, comme d'habitude, je suis bon a rien le vendredi
Qui suis-je ? Je ne serai jamais modo |
|
| Back to top |
|
|
Mickael
Advocate
Joined: 05 Sep 2005
Posts: 2387
Location: ~Belfort! - France - EU
|
| Posted: Mon Oct 30, 2006 3:13 pm Post subject: |
|
|
J'ai raison si je dis que tu es amd64 multilib?
_________________
À LIRE : COMMENT POSTER ET OBTENIR DE L'AIDE ?
Qui suis-je ? Bon j'ai relu, comme d'habitude, je suis bon a rien le vendredi
Qui suis-je ? Je ne serai jamais modo |
|
| Back to top |
|
|
Link31
Apprentice
Joined: 17 Apr 2006
Posts: 200
Location: France
|
| Posted: Mon Oct 30, 2006 3:17 pm Post subject: |
|
|
| MickTux wrote: | | peut-être un problème de toolchain. Raconte nous s'il te plaît depuis combien de temps cette gentoo est installée, ainsiq ue le type de mise à jour que tu faisais dessus. Tu t'es quand même bien mis dans la merde. |
Elle date de mi-février 2006. Je la mets à jour très souvent, pas de souci de ce côté là. Et je suis en stable, mais avec un assez gros packages.keywords et quelques ebuilds dans packages.unmask. Un peu d'overlay aussi (notamment pour beryl & co).
J'ai aussi quelques trucs curieux, comme un revdep-rebuild impossible à corriger (ça date déjà d'un moment ça), mais je n'ai pas de problèmes particuliers avec les paquets concernés. J'ai aussi remarqué un comportement un peu bizarre de portage quand j'ai désinstallé koffice : l'ebuild s'est bien désinstallé mais koffice est encore là, fonctionne bien et s'est même lié tout seul (?) avec ma nouvelle version de KDE.
| MickTux wrote: | Est-ce une bonne idée : NON.
Mais c'est avant que l'on se pose ce genre de question. |
| Link31 wrote: | | Avant de me lancer dans le emerge -e world |
Eh bien, je me la suis posée avant, pas de quoi s'énerver, hein ? 
| MickTux wrote: | Par exemple, un simple lien symbolique aurait peu-être résolu le problème (je dis cela en exemple). Ben maintenant que j'y pense ces deux commandes seraient pas mal (de toutes façons inoffencives) :
donne nous le résultat
puis on avisera avec le résultat de
|
Comme je l'ai dit, revdep-rebuild me détecte des problèmes depuis longtemps, mais ça ne m'a jamais empêché de compiler :
| Code: | ...
broken /usr/lib/libkspreadcommon.la (requires /usr/kde/3.4/lib64/libkresources.la)
broken /usr/lib/libkspreadcommon.la (requires /usr/kde/3.4/lib64/libkspell2.la)
broken /usr/lib/libkspreadcommon.la (requires /usr/kde/3.4/lib64/libkparts.la)
broken /usr/lib/libkspreadcommon.la (requires /usr/kde/3.4/lib64/libkutils.la)
broken /usr/lib/libkspreadcommon.la (requires /usr/kde/3.4/lib64/libkio.la)
broken /usr/lib/libkspreadcommon.la (requires /usr/kde/3.4/lib64/libkdesu.la)
broken /usr/lib/libkspreadcommon.la (requires /usr/kde/3.4/lib64/libkwalletclient.la)
broken /usr/lib/libkspreadcommon.la (requires /usr/kde/3.4/lib64/libkspell.la)
broken /usr/lib/libkspreadcommon.la (requires /usr/kde/3.4/lib64/libkdeui.la)
broken /usr/lib/libkspreadcommon.la (requires /usr/kde/3.4/lib64/libkdecore.la)
broken /usr/lib/libkspreadcommon.la (requires /usr/kde/3.4/lib64/libDCOP.la)
broken /usr/lib/libkspreadcommon.la (requires /usr/kde/3.4/lib64/libkdefx.la)
broken /usr/lib/libkstore.la (requires /usr/kde/3.4/lib64/libkio.la)
broken /usr/lib/libkstore.la (requires /usr/kde/3.4/lib64/libkdeui.la)
broken /usr/lib/libkstore.la (requires /usr/kde/3.4/lib64/libkdesu.la)
broken /usr/lib/libkstore.la (requires /usr/kde/3.4/lib64/libkwalletclient.la)
broken /usr/lib/libkstore.la (requires /usr/kde/3.4/lib64/libkdecore.la)
broken /usr/lib/libkstore.la (requires /usr/kde/3.4/lib64/libDCOP.la)
broken /usr/lib/libkstore.la (requires /usr/kde/3.4/lib64/libkdefx.la)
broken /usr/lib/libkudesignercore.la (requires /usr/kde/3.4/lib64/libkabc.la)
broken /usr/lib/libkudesignercore.la (requires /usr/kde/3.4/lib64/libvcard.la)
broken /usr/lib/libkudesignercore.la (requires /usr/kde/3.4/lib64/libkresources.la)
broken /usr/lib/libkudesignercore.la (requires /usr/kde/3.4/lib64/libkdeprint.la)
broken /usr/lib/libkudesignercore.la (requires /usr/kde/3.4/lib64/libkparts.la)
broken /usr/lib/libkudesignercore.la (requires /usr/kde/3.4/lib64/libkio.la)
broken /usr/lib/libkudesignercore.la (requires /usr/kde/3.4/lib64/libkdeui.la)
broken /usr/lib/libkudesignercore.la (requires /usr/kde/3.4/lib64/libkdesu.la)
broken /usr/lib/libkudesignercore.la (requires /usr/kde/3.4/lib64/libkwalletclient.la)
broken /usr/lib/libkudesignercore.la (requires /usr/kde/3.4/lib64/libkdecore.la)
broken /usr/lib/libkudesignercore.la (requires /usr/kde/3.4/lib64/libDCOP.la)
broken /usr/lib/libkudesignercore.la (requires /usr/kde/3.4/lib64/libkdefx.la)
broken /usr/lib/libkugarlib.la (requires /usr/kde/3.4/lib64/libkdeprint.la)
broken /usr/lib/libkugarlib.la (requires /usr/kde/3.4/lib64/libkparts.la)
broken /usr/lib/libkugarlib.la (requires /usr/kde/3.4/lib64/libkio.la)
broken /usr/lib/libkugarlib.la (requires /usr/kde/3.4/lib64/libkdeui.la)
broken /usr/lib/libkugarlib.la (requires /usr/kde/3.4/lib64/libkdesu.la)
broken /usr/lib/libkugarlib.la (requires /usr/kde/3.4/lib64/libkwalletclient.la)
broken /usr/lib/libkugarlib.la (requires /usr/kde/3.4/lib64/libkdecore.la)
broken /usr/lib/libkugarlib.la (requires /usr/kde/3.4/lib64/libDCOP.la)
broken /usr/lib/libkugarlib.la (requires /usr/kde/3.4/lib64/libkdefx.la)
broken /usr/lib/libkwmailmerge_interface.la (requires /usr/kde/3.4/lib64/libDCOP.la)
broken /usr/lib/libkwmf.la (requires /usr/kde/3.4/lib64/libkdecore.la)
broken /usr/lib/libkwmf.la (requires /usr/kde/3.4/lib64/libDCOP.la)
broken /usr/lib/libkwmf.la (requires /usr/kde/3.4/lib64/libkdefx.la)
broken /usr/lib/libkwordexportfilters.la (requires /usr/kde/3.4/lib64/libkdeprint.la)
broken /usr/lib/libkwordexportfilters.la (requires /usr/kde/3.4/lib64/libkparts.la)
broken /usr/lib/libkwordexportfilters.la (requires /usr/kde/3.4/lib64/libkabc.la)
broken /usr/lib/libkwordexportfilters.la (requires /usr/kde/3.4/lib64/libvcard.la)
broken /usr/lib/libkwordexportfilters.la (requires /usr/kde/3.4/lib64/libkresources.la)
broken /usr/lib/libkwordexportfilters.la (requires /usr/kde/3.4/lib64/libkio.la)
broken /usr/lib/libkwordexportfilters.la (requires /usr/kde/3.4/lib64/libkdeui.la)
broken /usr/lib/libkwordexportfilters.la (requires /usr/kde/3.4/lib64/libkdesu.la)
broken /usr/lib/libkwordexportfilters.la (requires /usr/kde/3.4/lib64/libkwalletclient.la)
broken /usr/lib/libkwordexportfilters.la (requires /usr/kde/3.4/lib64/libkdecore.la)
broken /usr/lib/libkwordexportfilters.la (requires /usr/kde/3.4/lib64/libDCOP.la)
broken /usr/lib/libkwordexportfilters.la (requires /usr/kde/3.4/lib64/libkdefx.la)
... |
| Code: | | Dynamic linking on your system is consistent... All done. |
Je précise que Koffice (que j'ai essayé en vain de désinstaller) fonctionne très bien...
| MickTux wrote: | EDIT : que dit le config.log, ne serait-il pas en train de parler de truc dans ce genre là :
Alors je miserais sur un lien symbolique comme ceci :
| Code: | | ln -s /lib/libc.so.6 /tools/lib/ |
|
Non, c'est (ou plutôt c'était, avant ma modification), des choses du genre :
| Code: | /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../../x86_64-pc-linux-gnu/bin/ld:/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../../lib64/libc.so: file format not recognized; treating as linker script
/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../../x86_64-pc-linux-gnu/bin/ld:/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../../lib64/libc.so:5: syntax error
collect2: ld a retourné 1 code d'état d'exécution |
ou (après le source d'un programme de test produit par le configure) :
| Code: | | checking size of long double... configure: error: cannot compute sizeof (long double), 77 |
edit :
En effet, je suis en multilib amd64 (multilib qui a parfaitement fonctionné jusqu'à aujourd'hui). Mais je n'ai jamais eu à faire la mise à jour vers le profil 2005.0 puisque j'ai installé une Gentoo 2005.1.
| Code: | link31@linux ~$ emerge --info
Portage 2.1.1-r1 (default-linux/amd64/2006.0, gcc-4.1.1, glibc-2.4-r3, 2.6.18-gentoo x86_64)
=================================================================
System uname: 2.6.18-gentoo x86_64 AMD Athlon(tm) 64 Processor 3500+
Gentoo Base System version 1.12.5
Last Sync: Sun, 29 Oct 2006 17:20:01 +0000
app-admin/eselect-compiler: [Not Present]
dev-java/java-config: [Not Present]
dev-lang/python: 2.3.5-r2, 2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache: [Not Present]
dev-util/confcache: [Not Present]
sys-apps/sandbox: 1.2.17
sys-devel/autoconf: 2.13, 2.59-r7
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils: 2.16.1-r3
sys-devel/gcc-config: 1.3.13-r4
sys-devel/libtool: 1.5.22
virtual/os-headers: 2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=k8 -pipe -O2"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/texmf/web2c"
CXXFLAGS="-march=k8 -pipe -O2"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
LANG="fr_FR@euro"
LC_ALL="fr_FR@euro"
LINGUAS="fr en"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage /usr/local/layman/portage-xgl /usr/local/layman/science"
SYNC="rsync://rsync.fr.gentoo.org/gentoo-portage"
USE="amd64 X a52 aac acpi aim alsa apm arts audiofile bash-completion berkdb bitmap-fonts bzlib cdr cli cracklib crypt cups dlloader dri dvd dvdr eds elibc_glibc emboss encode esd ffmpeg foomaticdb fortran ftp gif gpm gstreamer gtk gtk+ gtk2 iconv icq imlib input_devices_keyboard input_devices_mouse ipv6 isdnlog jpeg kde kernel_linux linguas_en linguas_fr lzw lzw-tiff mozilla mp3 mpeg msn ncurses nls nptl nptlonly ogg opengl oss pam pcre pdf perl png pppd python qt qt3 qt4 quicktime readline reflection sdl session spell spl ssl svg tcpd tiff truetype truetype-fonts type1-fonts usb userland_GNU video_cards_fbdev video_cards_nvidia video_cards_vesa videos vorbis xorg xpm xv xvid zlib"
Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS |
|
|
| Back to top |
|
|
titoucha
Advocate
Joined: 21 Jul 2005
Posts: 2374
Location: Genève
|
| Posted: Mon Oct 30, 2006 3:21 pm Post subject: |
|
|
| MickTux wrote: | | peut-être un problème de toolchain. Raconte nous s'il te plaît depuis combien de temps cette gentoo est installée, ainsiq ue le type de mise à jour que tu faisais dessus. Tu t'es quand même bien mis dans la merde. |
+1 je pense qu'un petit | Code: | | sh /usr/portage/scripts/bootstrap.sh |
pour essayer de reconstruire la toolchain. |
|
| Back to top |
|
|
Link31
Apprentice
Joined: 17 Apr 2006
Posts: 200
Location: France
|
| Posted: Mon Oct 30, 2006 3:23 pm Post subject: |
|
|
| titoucha wrote: | +1 je pense qu'un petit | Code: | | sh /usr/portage/scripts/bootstrap.sh |
pour essayer de reconstruire la toolchain. |
La compilation fonctionne maintenant, avec mes modifications dans /usr/lib{32,64}/libc.so. Est-ce que je dois quand même lancer le bootstrap ? |
|
| Back to top |
|
|
Mickael
Advocate
Joined: 05 Sep 2005
Posts: 2387
Location: ~Belfort! - France - EU
|
| Posted: Mon Oct 30, 2006 3:28 pm Post subject: |
|
|
| Link31 wrote: | | titoucha wrote: | +1 je pense qu'un petit | Code: | | sh /usr/portage/scripts/bootstrap.sh |
pour essayer de reconstruire la toolchain. |
La compilation fonctionne maintenant, avec mes modifications dans /usr/lib{32,64}/libc.so. Est-ce que je dois quand même lancer le bootstrap ? |
Moi je le sens pas du tout ta modification.....si cela viens à planter pour ma part je crois que je serai perdu....
_________________
À LIRE : COMMENT POSTER ET OBTENIR DE L'AIDE ?
Qui suis-je ? Bon j'ai relu, comme d'habitude, je suis bon a rien le vendredi
Qui suis-je ? Je ne serai jamais modo |
|
| Back to top |
|
|
|
French
