GCC 3.2 par défaut dans Debian unstable

Posté par  (site web personnel) . Modéré par Benoît Sibaud.
Étiquettes :
0
10
jan.
2003
Debian
Ryan Murray a annoncé sur debian-devel-announce la disponibilité de GCC 3.2 sur les miroirs Debian dans unstable (Sid).

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.).

Aller plus loin

  • # Re: GCC 3.2 par défaut dans Debian unstable

    Posté par  (site web personnel) . Évalué à 10.

    Super bon, c'est meme la 3.2.2 CVS qui n'est pas encore dispo officiellement (en stable j'entends).

    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  (site web personnel) . Évalué à 10.

      pas tout, juste les programmes qui dépendent d'une lib c++ autre que libstdc++
    • [^] # Re: GCC 3.2 par défaut dans Debian unstable

      Posté par  (site web personnel) . Évalué à 7.

      Super bon, c'est meme la 3.2.2 CVS qui n'est pas encore dispo officiellement (en stable j'entends).

      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  . Évalué à 10.

    Petite précision au niveau de la traduction:

    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  (site web personnel) . Évalué à 8.

      Il était déjà disponible sur toutes les architectures, mais buggé sur plusieurs d'entre elles. Pour information, la glibc était déjà compilée sur GCC 3.2 depuis le passage à la version 2.3.1 (où là encore une fois Debian teste, les autres suivent).
      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  (site web personnel) . Évalué à -10.

    C'est pas mon habitude de raler sur les news linuxfr et je trouve meme ca debile en general. Mais la, je trouve que c'est exagere de poster cette news. C'est pas debianfr ici, on a pas besoin d'etre informe des moindres petits details de la vie du projet debian (et X ils en sont ou ?).

    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  (site web personnel) . Évalué à 8.

      désolé mais c'est VRAIMENT une news pour les utilisatreurs de debian et surtout les utilisateur d'archi ou seul debian marche.

      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  . Évalué à 7.

        "une news pour les utilisatreurs de debian"

        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  (site web personnel) . Évalué à 8.

    > 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.).

    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  . Évalué à 8.

      Un autre point intéressant au niveau des applications écrites en c++ c'est OpenOffice.org.
      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.