Bonjour, me revoila en train de faire le Mac Gyver    
 
Là j'ai compilé gcc-4.5.0 sous Gentoo (via overlay), cette version de gcc étant enfin sortie en finale
 
Mais j'ai un message qui est peut-être un message d'erreur (à vous de me le dire )
 

 
J'ai ce message à la selection de version de compilateur avec gcc-config, ou bien là suite à la recompilation de libtool
 
Ce message est-il un message d'erreur réel ? dois-je m'en préoccuper ? si oui comment ?
 
Je n'ai pas vraiment trouvé d'aide via google, si ce n'est d'installer elfutils, ce que j'ai fait sans succès
 
Merci d'avance  

A mon avis il gueule car il trouve un fichier python au milieux des bibliothèques standard.
gdb est scriptable via python, ça doit être un module spécifique au débug de la libstdc++. Aucune idée si c'est normal que ce fichier se retrouve là, mais si ce n'est qu'un Warning tu dois pouvoir l'ignorer.

Pareil ici, mais bon ca ne m'a pas l'air trop grave

OK merci, effectivement je pense que c'est un warning
 
Edit: et c'est parti la compilation de tout kde sur mon netbook Samsung NC10 alors, maintenant que j'ai recompilé tout system après avoir compilé et selectionné gcc-4.5.0  

Je vais faire la recompilation cette semaine mais avant j'ai quelques questions :  
- est-ce qu'il y a beaucoup de compilations qui échouent ?  
- as-tu essayé de nouveaux flags ?  
 
Merci d'avance

 
Je n'ai eu aucun échouage, et j'ai bientôt fini de terminer TOUTES les dépendances de kde-meta (barbare inside )
 
Enfin, j'ai mis:

Car ça plantait avec les safe cflag recommandés à savoir:

 
(c'est sur le Samsung NC10 donc Atom N270)
 
Sinon voici mes uses généraux dans /etc/make.conf:
USE="wifi ssse3 cdda 7zip cups phonon sse2 realmedia real divx wmp ffmpeg vcd mp4 svga cdparanoia dts -mmxext vidix mmx sse sse3 usb a52 aalib libcaca lm_sensors v4l2 x264 aac xvid v4l dshow vfwex xanim X accessibility hal dbus dvd pdf tcl tk jpeg gtk mp3 lame avi opengl alsa qt win32codecs nsplugin nls"
 
Bref nickel, même si je ne comprends pas pourquoi ça échou avec le sage cflag recommandé mais bon
 

Perso, je n'ai pas gentoo mais archlinux et je n'ai pas pu compiler Qt avec gcc 4.5. Je n'ai ni touché à la config' du paquet ni changé le CFLAG.
 
A mon avis, il faut être un peu prudent avec ce gcc.

recompiler toute sa distribution avec un gcc en .0, c'est aimer le risque

 
Aucun problème en ce qui me concerne, qt-4.6.2 parfaitement compilé
 
Et kde-4.4.2 se compile parfaitement aussi

 
Pas re, c'est une installation de 0    
 
Edit: le risque c'est la vie  

J'ai deux petites questions.
 
J'ai signalé le bug de Qt pour Arch. T'aurais la configuration de qt 4.6.2 pour gentoo? ( ./configure -confirm-license -opensource -prefix /usr etc ... )
 
Et euh... la config de gcc (résutat de gcc -v)?
 
Merci par avance.

 
Par contre pour qt, peux-tu me mettre la commande en entière, parce que je ne vois pas ce que tu veux me faire faire  

Ben merci pour le gcc. Je vois déjà que la config' est assez différente.

Ensuite pour le configure de QT chez arch

Quand tu compiles ton paquet, tu utilises certainement un outil (emerge?) qui configure puis compile. Il doit aussi s'appuyer sur un fichier propre au paquet. C'est là dedans que ça doit être.

Mais n'investis pas trop de temps pour ma question: le bug est signalé et ça marche avec gcc 4.4.

 
+1 il est trop trop jeune.
 
en plus parfois il engendre des regressions de perf : http://www.phoronix.com/scan.php?p [...] arks&num=1

@mac gyver
Ne cherche plus la réponse à ma question. Les gars de Arch pensent avoir trouver la source du problème: gcc 4.5 est beaucoup moins tolérant sur le code et apparemment des paquets doivent être corrigés.  

Merci pour le lien.
 
A titre perso, j'ai fait des tests sur gcc et ses nouvelles options. Côté performances je n'avais rien remarqué alors que d'un autre côté, on annonçait que ça allait être mieux. Le seul côté un peu positif est qu'il génère du binaire plus petit. Mais ça s'arrête là.
 
Perso je conseille la prudence sur cette version.

 
phoronix est le 60 millions de consommateurs des utilisateurs des drivers graphiques, de gcc, du kernel    
 
si tu regarde l'article on a des améliorations pour certains types de codes et des dégradations pour d'autres, faut espérer que les regressions soient corrigees.