Après une période de test sur toutes les architectures, GCC 3.2 devient le compilateur par défaut. Debian amorce donc sa transition.
Grâce aux améliorations apportées à la v3.2 de GCC, le plus gros impact en terme de performances que l'on devrait constater concernera l'ensemble des applications écrites en C++ (KDE et al.).
# Re: GCC 3.2 par défaut dans Debian unstable
Posté par FRLinux (site web personnel) . Évalué à 10.
Seul point, tous ceux qui ont compile du 2.9x auparavant, pensez bien a recompiler tout pour que tous vos binaires maison cohabitent ensembles.
Steph
[^] # Re: GCC 3.2 par défaut dans Debian unstable
Posté par Troy McClure (site web personnel) . Évalué à 10.
[^] # Re: GCC 3.2 par défaut dans Debian unstable
Posté par Bruno (site web personnel) . Évalué à 7.
Ca tombe bien, la 3.2.0 avait des petits soucis, notamment sur architecture arm. Une petite note tout de même : toolchain (package pour les cross-compilations) ne semble pas encore avoir migré en 3.2.2. Donc pour les cross-compilations du noyau sur arm il va falloir attendre encore un petit peu.
# Re: GCC 3.2 par défaut dans Debian unstable
Posté par fantomaxe . Évalué à 10.
According to the transition plan posted, gcc and g++ now point to
version 3.2 on all architectures, and this change has hit the top
level North American mirrors. Others are happening now. People can
start transitioning their C++ library packages now.
il ne faut pas lire que gcc3.2 est disponible sur les miroirs "unstable" mais plutot que gcc3.2 est disponible dans "unstable" pour toutes les architectures , ce qui est une grande différence !
[^] # Re: GCC 3.2 par défaut dans Debian unstable
Posté par Jar Jar Binks (site web personnel) . Évalué à 8.
La transition s'est faite dès que ces bugs ont été corrigés, elle consiste principalement à remplacer le lien gcc->gcc-X.Y (2.95 à 3.0 suivant l'architecture) par un lien vers gcc-3.2. Il a également fallu mettre en place une transition pour les paquets utilisant des bibliothèques C++.
Bref, c'est la news qui est mal rédigée.
# Re: GCC 3.2 par défaut dans Debian unstable
Posté par Philippe F (site web personnel) . Évalué à -10.
Si encore c'etait la premiere distribution a faire le saut, la news se justifierait mais si je ne m'abuse, Mandrake utilise deja gcc 3.qqch, et gentoo utilise tout ca depuis des lustres.
Donc bof.
Cela dit, je prefere un tout petit peu plus de news moyennement interessante que pas de news du tout.
[^] # Re: GCC 3.2 par défaut dans Debian unstable
Posté par vrm (site web personnel) . Évalué à 8.
et puis la colonne autre ca sert a ca, les news pas forcement interessantes pour tout le monde.
Si tu n'aime pas, lis pas!
[^] # Re: GCC 3.2 par défaut dans Debian unstable
Posté par kalahann . Évalué à 7.
Oui et non...
Un des principes de debian est de servir de laboratoire de test à une douzaine d'architectures. Pour les archis hors intel, il est intéressant de suivre ce genre d'évolutions chez debian (comme pour X d'ailleurs) même si on n'utilise pas debian.
C'est sur ça n'intéressera jamais les utilisateurs de redhat/mandrake/suse, mais ceux qui ont une slack sur alpha ou gentoo sur ppc ou je sais pas quoi d'autre, seront à mon avis content de savoir quand les portages debian marchent.
# Re: GCC 3.2 par défaut dans Debian unstable
Posté par Mathieu Pillard (site web personnel) . Évalué à 8.
> performances que l'on devrait constater concernera l'ensemble des applications écrites
> en C++ (KDE et al.).
je vais probablement me faire taper dessus, mais... quand je disais que dans la gentoo, ou il y a gcc 3.2 depuis longtemps, la plupart de mes applications, dont mozilla (ecrit en c++) vont plus vite que sous debian yen a qui avaient des doutes... et la on ressort la meme chose... hum
[^] # Re: GCC 3.2 par défaut dans Debian unstable
Posté par fleny68 . Évalué à 8.
En effet il fallait une petite modif pour le compiler en gcc3.0, et donc le backporter dans woody, au moins sur PPC
Moi j'avais recompilé OOo en PPC en backportant gcc3.2. C'est mieux. (568 min de compilation, c'est pas rien.)
Et comme pour l'instant c'est la seule façon propre d'avoir OOo dans debian, ça va lui permettre de continuer à progresser.
La suite, ce sera quand OOo supportera gcj à la place de java, ce qui ne devrait plus tarder. RedHat a parait-il réussi à compiler OOo avec Gcj.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.