Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

  1. #1
    Chroniqueur Actualités

    Homme Profil pro
    Redacteur
    Inscrit en
    juin 2016
    Messages
    965
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Bénin

    Informations professionnelles :
    Activité : Redacteur
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : juin 2016
    Messages : 965
    Points : 26 436
    Points
    26 436
    Par défaut GCC : la version 7.5 du compilateur libre est disponible
    GCC : la version 7.5 du compilateur libre est disponible
    avec plus de 215 corrections de bogues par rapport à GCC 7.4

    Richard Biener, ingénieur GCC Toolchain SUSE, a annoncé cette semaine la disponibilité de la version 7.5 du compilateur. La version GCC 7.5 apporte plus de 215 corrections de bogues par rapport à GCC 7.4. Il n'y a pas de nouvelles fonctionnalités dans GCC 7.5. Les nouvelles fonctionnalités du compilateur portent sur GCC 10, qui fera son voyage inaugural au début de 2020. La dernière version de GCC est la version 9.2 sortie en août dernier.

    Écrit à l’origine par Richard Stallman, le logiciel GCC (GNU Compiler Collection) est le compilateur de référence du monde du logiciel libre. Il accepte des codes sources écrits en C, C++, Objective-C, Fortran, Java, Go et Ada et fonctionne sur une multitude d’architectures. Il est utilisé pour le développement de la plupart des logiciels libres. Le projet GCC a modifié son schéma de version en août 2014 pour faire coïncider l’année 2015 avec la version GCC 5 et ainsi de suite pour donner : 2016 → GCC 6, puis 2017 → GCC 7. Ainsi, nous devrions avoir GCC 10 en 2020.

    D’autres programmeurs utilisent encore des versions inférieures aux versions de cette année. Pour ceux qui sont toujours sur la série GCC 7, l’équipe du compilateur a publié GCC 7.5 cette semaine comme la dernière version de la branche GCC 7. GCC 7.5 est une version corrigée de la branche GCC 7 contenant des correctifs importants pour les régressions et les bogues graves dans GCC 7.4 avec plus de 215 bogues corrigés depuis la version précédente.

    Nom : gnu-gcc.png
Affichages : 20786
Taille : 21,4 Ko

    D’après les précisions de Richard Biener, à partir de maintenant, GCC 7 ne recevra plus de corrections. Il a aussi précisé que GCC continue d'être maintenu sur les branches 8 et 9 et sur le tronc de développement. La version 8.1 est sortie en mai 2018. Jakub Jelinek, développeur chez Red Hat avait expliqué que GCC 8.1 représentait une version majeure apportant de nouvelles fonctionnalités importantes non disponibles dans GCC 7.x et les versions précédentes de GCC.

    À ce stade, le front-end C++ a apporté un support expérimental pour certaines fonctionnalités de la norme C++2a avec les options -std=c++2a et -std=gnu++2a. La version 8.2 a été publiée en juillet 2018 pour des raisons de correction de bogues. Dans la version 8.2, l'équipe GCC a corrigé une centaine de bogues tout en apportant d'autres améliorations. Au niveau des améliorations générales, les problèmes de performance LTO (link-time optimization ou optimisation à l'édition des liens) dus à un débordement dans l'algorithme de partitionnement lors de la création de gros fichiers binaires ont été corrigés.

    Les corrections ont continué dans la branche 8.x avec la sortie de la version 8.3 du compilateur en février dernier. Cette version a été une version de correction de bugs contenant des correctifs pour les régressions dans GCC 8.2 par rapport aux versions précédentes de GCC. L’équipe de GCC a lancé une nouvelle branche le 3 mai en publiant la version 9.1 de GCC qui a été présentée comme une mise à jour majeure du compilateur contenant d’importantes nouvelles fonctionnalités non disponibles dans GCC 8.x ou dans ses versions antérieures.

    Dans cette version, le support pour la prise en charge de C++ 17 qui est introduite depuis la version 8.1 du compilateur n’est plus expérimental. Ainsi, la prise en charge de C++ 17 est désormais effective. Le frontal C++ implémente l’ensemble du langage C++ 17 et le support de la bibliothèque standard C++ est presque terminé. Le front-end et la bibliothèque C++ ont également de nombreuses autres fonctionnalités brouillonnes de C++ 2a. En plus, GCC a une nouvelle interface pour le langage D. GCC 9.1 a aussi apporté la prise en charge partiellement d'OpenMP 5.0.

    GCC 9 représente une version solide du compilateur qui a apporté des fonctionnalités et des améliorations très importantes afin d’améliorer les performances des développeurs. La version GCC 9.2 a été publiée en août passé et la version 10 du compilateur est prévue pour 2020.

    Source : GNU

    Et vous ?

    Qu'en pensez-vous ?

    Voir aussi

    La version 9.1 du compilateur GCC est disponible et prend en charge le C++17. Plusieurs autres fonctionnalités sont ajoutées

    La version 9.1 du compilateur GCC est disponible et prend en charge le C++17. Plusieurs autres fonctionnalités sont ajoutées

    GCC 8.1 est disponible, la nouvelle version majeure du compilateur libre vient avec un support expérimental de C++2a et d'autres fonctionnalités

    GCC 8.2 est disponible. Cette mise à jour du compilateur libre corrige une centaine de bogues
    Contribuez au club : Corrections, suggestions, critiques, ... : Contactez le service news et Rédigez des actualités

  2. #2
    Inactif  

    Homme Profil pro
    Écrivain public, Économiste et Programmeur Free Pascal
    Inscrit en
    août 2005
    Messages
    351
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Ille et Vilaine (Bretagne)

    Informations professionnelles :
    Activité : Écrivain public, Économiste et Programmeur Free Pascal
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : août 2005
    Messages : 351
    Points : 952
    Points
    952
    Billets dans le blog
    40
    Par défaut Changer les instructions par rapport aux processeurs C
    Il va sans doute y avoir plein d'améliorations en C au fur et à mesure qu'on saura sécuriser les processeurs C en changeant les compilateurs C en fonction.

  3. #3
    Expert éminent sénior Avatar de Uther
    Homme Profil pro
    Tourneur Fraiseur
    Inscrit en
    avril 2002
    Messages
    3 893
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Pyrénées Orientales (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Tourneur Fraiseur

    Informations forums :
    Inscription : avril 2002
    Messages : 3 893
    Points : 11 331
    Points
    11 331
    Par défaut
    Citation Envoyé par matthius Voir le message
    Il va sans doute y avoir plein d'améliorations en C au fur et à mesure qu'on saura sécuriser les processeurs C en changeant les compilateurs C en fonction.
    Je ne comprend pas du tout le sens de cette phrase. C'est quoi un processeur C ?

    Pour ce qui est de la sécurisation du C, il n'y a pas de miracles possibles. Le langage est de par sa conception un des langages les moins sécurisés, notamment coté mémoire et même si l'outillage annexe permet de limiter les risques, le langage en lui même n'est juste pas adapté pour ça.

  4. #4
    Membre confirmé
    Inscrit en
    juin 2010
    Messages
    620
    Détails du profil
    Informations forums :
    Inscription : juin 2010
    Messages : 620
    Points : 640
    Points
    640
    Par défaut
    Citation Envoyé par Uther Voir le message
    Je ne comprend pas du tout le sens de cette phrase. C'est quoi un processeur C ?

    Pour ce qui est de la sécurisation du C, il n'y a pas de miracles possibles. Le langage est de par sa conception un des langages les moins sécurisés, notamment coté mémoire et même si l'outillage annexe permet de limiter les risques, le langage en lui même n'est juste pas adapté pour ça.
    Il faudrait refondre les 400 fonctions de base de C pour régler le problème et encore vu que les compilateurs ajoutent des failles liées aux diverses optimisations effectués

  5. #5
    Membre expert
    Homme Profil pro
    Développeur informatique
    Inscrit en
    avril 2017
    Messages
    835
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : avril 2017
    Messages : 835
    Points : 3 630
    Points
    3 630
    Par défaut
    Citation Envoyé par redcurve Voir le message
    Il faudrait refondre les 400 fonctions de base de C pour régler le problème et encore vu que les compilateurs ajoutent des failles liées aux diverses optimisations effectués
    Je ne vois pas le rapport. Ce n'est pas parce que le langage n'apporte pas de sécurisation automatique que les libs sont codées n'importe comment. Quant aux compilateurs soit-disant bourrés de failles, tu as des sources de ce que tu avances ? Il me semble que le langage C est justement un des rares langages à avoir un compilateur vérifié formellement (https://fr.wikipedia.org/wiki/CompCert).

  6. #6
    Expert éminent sénior Avatar de Uther
    Homme Profil pro
    Tourneur Fraiseur
    Inscrit en
    avril 2002
    Messages
    3 893
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Pyrénées Orientales (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Tourneur Fraiseur

    Informations forums :
    Inscription : avril 2002
    Messages : 3 893
    Points : 11 331
    Points
    11 331
    Par défaut
    Rien dans le langage C et sa bibliothèque standard n'a été pensé à l'origine pour la sécurité. Ca n'a rien a voir avec la qualité de l'implémentation mais la conception. Le langage C été crée avec la vision que le programmeur contrôlait parfaitement tout de son programme à la perfection. Il est notamment responsable d'éviter les près de 200 cas indéfinis qui peuvent provoquer des failles et comportement erratiques. L'utilisation mémoire n'est absolument pas contrôlée.

    L'expérience a prouvé que, même avec les meilleurs programmeurs et des procédures de contrôle strictes, dès que l'on atteint un minimum de complexité, ça pose des problème de sécurité.

    Les compilateurs C ne sont pas vraiment le problème. La conception du langage étant ce qu'elle est, ils ne pourront jamais garantir le niveau de sécurité de Ada ou du Rust. Mais ils font beaucoup pour limiter la mauvaise utilisation du langage. Tous les compilateurs ont des bugs, mais les compilateurs C n'ont pas vraiment plus de bugs que les autres.

Discussions similaires

  1. Réponses: 1
    Dernier message: 26/01/2018, 16h11
  2. La version finale de PhysX 3.2 est disponible
    Par dourouc05 dans le forum PhysX et APEX
    Réponses: 29
    Dernier message: 11/03/2013, 16h22
  3. La version 3.46 de la JVCL est disponible
    Par Franck SORIANO dans le forum Composants VCL
    Réponses: 8
    Dernier message: 20/01/2013, 13h34
  4. La version gratuite de Visual Studio 2010 est disponible
    Par Gordon Fowler dans le forum Actualités
    Réponses: 8
    Dernier message: 30/04/2010, 10h35
  5. La nouvelle version 3.37 de la JVCL est disponible!
    Par Pedro dans le forum Composants VCL
    Réponses: 23
    Dernier message: 31/07/2009, 12h03

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo