ou plus exactement les extensions de GCC avaient évolué
Encore une raison de ne pas utiliser les extensions de GCC.
C++ != C++ avec extensions (de qui que ce soit).
Déj, il suffisait de prendre un autre compile de l'époque pour voir que ça compilait pas, pas la peine d'attendre. Bref, le bonheur du libre qui aime les standards sauf quand il ne les respecte pas et ne prend pas le temps d'aller voir les organismes de standardisation.
Je serai curieux de savoir combien de codes sources C/C++ d'il y a 10 ans compilent encore avec les compilateurs d'aujourd'hui
Tous les codes conformes à la norme C/C++ (encore une fois, un code C++ avec extensions GCC n'est pas un code C++ valide, HS ici), à quelques exceptions près qui se corrigent très vite.
C'est un des très gros avantages de C/C++ par rapport à d'autres langages (le coup du Python 2 à 3 étant assez rigolo). Les modes changes (Avant c'était PHP, après on a eu Java, puis Python, puis...), C/C++ traverse les ages.
[^] # Re: Du point de vue utilisateur ou mainteneur ?
Posté par Zenitram (site web personnel) . En réponse au journal Ne dites pas à ma mère que j'ai installé systemd, elle croit que je suis pianiste dans un bordel.. Évalué à 4. Dernière modification le 29 septembre 2014 à 20:57.
Encore une raison de ne pas utiliser les extensions de GCC.
C++ != C++ avec extensions (de qui que ce soit).
Déj, il suffisait de prendre un autre compile de l'époque pour voir que ça compilait pas, pas la peine d'attendre. Bref, le bonheur du libre qui aime les standards sauf quand il ne les respecte pas et ne prend pas le temps d'aller voir les organismes de standardisation.
Tous les codes conformes à la norme C/C++ (encore une fois, un code C++ avec extensions GCC n'est pas un code C++ valide, HS ici), à quelques exceptions près qui se corrigent très vite.
C'est un des très gros avantages de C/C++ par rapport à d'autres langages (le coup du Python 2 à 3 étant assez rigolo). Les modes changes (Avant c'était PHP, après on a eu Java, puis Python, puis...), C/C++ traverse les ages.