GCC 4.9 : la feuille de route et les nouvelles fonctionnalités dévoilées
La suite de compilateurs annoncée pour 2014
Le 2013-10-29 08:16:09, par Cedric Chevalier, Expert éminent sénior
La sortie de GCC 4.9 se fera très probablement en 2014. Entre temps, son équipe de développement réalise les dernières modifications pour sa future sortie. Que nous réserve GCC 4.9 ?
Officiellement, le support pour certaines anciennes plateformes est obsolète. C’est notamment le cas pour Solaris 9 qui n’est pas pris en charge par GCC 4.9.
Au rayon nouveauté, le compilateur d’Ada GNAT utilisera désormais ADA 2012 par défaut (en remplacement d’ADA 2005).
Pour le langage fortran, l’option –fno-whole-file de ligne de commande ne sera plus prise en charge par GCC 4.9. Les options –fwhole-file et -fno-whole-file par contre seront supportées. On note aussi La prise en charge de la « Finalization » pour Fortran 2003. Pour le Fortran 2008, l’option de ligne de commande –ffpe-summary= permet de personnaliser les types d’exception qui seront affichés dans les messages d’avertissements du compilateur.
GCC 4.9 offre un support pour la micro architecture Silvermont d’Intel. Pour ce faire, l’option de ligne de commande –march=slm doit être ajoutée. De plus, les processeurs RX100, RX200 et RX600 sont également pris en charge.
Une amélioration de la compatibilité pour le langage C++11, qui inclut la prise en charge des expressions régulières est au rendez-vous. En plus, la fonction std ::copy_exception n’est plus supportée par GCC 4.9. À l’avenir, std ::make_exception_ptr sera utilisée.
La fonctionnalité « AddressSanitizer » (une fonction de détection d’erreur de mémoire) sera disponible pour les architectures ARM.
Source: GCC
Et vous ?
Officiellement, le support pour certaines anciennes plateformes est obsolète. C’est notamment le cas pour Solaris 9 qui n’est pas pris en charge par GCC 4.9.
Au rayon nouveauté, le compilateur d’Ada GNAT utilisera désormais ADA 2012 par défaut (en remplacement d’ADA 2005).
Pour le langage fortran, l’option –fno-whole-file de ligne de commande ne sera plus prise en charge par GCC 4.9. Les options –fwhole-file et -fno-whole-file par contre seront supportées. On note aussi La prise en charge de la « Finalization » pour Fortran 2003. Pour le Fortran 2008, l’option de ligne de commande –ffpe-summary= permet de personnaliser les types d’exception qui seront affichés dans les messages d’avertissements du compilateur.
GCC 4.9 offre un support pour la micro architecture Silvermont d’Intel. Pour ce faire, l’option de ligne de commande –march=slm doit être ajoutée. De plus, les processeurs RX100, RX200 et RX600 sont également pris en charge.
Une amélioration de la compatibilité pour le langage C++11, qui inclut la prise en charge des expressions régulières est au rendez-vous. En plus, la fonction std ::copy_exception n’est plus supportée par GCC 4.9. À l’avenir, std ::make_exception_ptr sera utilisée.
La fonctionnalité « AddressSanitizer » (une fonction de détection d’erreur de mémoire) sera disponible pour les architectures ARM.
Source: GCC
Et vous ?
-
gangsoleilModérateurJ'utilise GCC pour compiler du C, et je pense qu'ils devraient fortement ameliorer le texte de leurs erreurs : clang est beaucoup plus precis, et il n'y a pas besoin de connaitre par coeur les erreurs pour comprendre leur signification profonde...le 29/10/2013 à 15:22
-
renooMembre éprouvéSur les commentaires je crois qu'ils travaillent activement dessus depuis que clang leur a montré que l'on pouvait faire mieux. A partir de la 4.8.0, il y a une ligne dessous avec un "^" pour montrer l'erreur.
Ils doivent rajouter la couleur sur les diagnostics en 4.9.1.Code : 1
2
3
4
5test.C: In function ‘int foo()’: test.C:1:14: warning: no return statement in function returning non-void [-Wreturn-type] int foo () { } ^
Moi j'aimerais bien que ca compile/link plus vite en "debug" pour que le TDD soit plus fun. Je crois que clang va déjà plus vite...le 29/10/2013 à 18:19 -
Olfredos6Membre du ClubUtilisez-vous GCC ? Que pensez-
vous de la suite de compilateurs ?
Oui pour compiler du C sous Android 4.0.4.
C'est un assez bon compilateur mais comme dit ci-haut par les autres, ils doivent améliorer les messages d'erreur. Apart cela il ne m'a pas encore déçule 30/10/2013 à 4:36