0
La nouvelle version 4.3 de GCC (GNU Compiler Collection) vient de sortir.
Cette version du compilateur du projet GNU, initié par Richard Stallman, est particulièrement importante et a été testée depuis des mois de façon intensive par les distributions car elle sera le compilateur utilisé par Fedora 9, par OpenSuse 11.0 et par Debian Lenny - ce message détaillé donne une bonne idée du travail ayant lieu actuellement chez Debian pour pouvoir utiliser GCC 4.3 dans la future version stable de la distribution.
Ci-dessous, les nouveautés concernant GCC, gfortran, gcj et les optimisations mises en oeuvre.
![[en]](../images/en.png)
GCC (437 hits)-
Les nouveautés de GCC 4.3 (1576 hits)
-
Portage du code vers GCC 4.3 (519 hits)
-
La bibliothèque arithmétique GMPLib (328 hits)
-
La bibliothèque de calcul de précision MPFR (349 hits)
> Lire la suite (137 commentaires, moyenne: 3,4). [dépêche : 10497 caractères]
Vous avez demandé le commentaire #912123.
Run by 
Cette page a été générée par Templeet en 0.0564s (dont 0.0083 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !
Fortran
"I don’t know what the language of the year 2000 will look like, but it will be called Fortran", Tony Hoare, 1982.
[^]Re: Fortran
ouai, enfin quand on regarde les performances de g95 sur le shootout http://shootout.alioth.debian.org/gp4/benchmark.php?test=all(...)
ça fait un peut peur .
de plus j'ai l'impression qu'il n'est pas trés utilisé dans le milieu scientifique justement à cause de ses performances ( ce qui est un comble pour du Fortran).
[^]Re: Fortran
g95 n'est pas gfortran. En fait gfortran est un fork de g95. Tu parles de perfs mais en etant totalement honnete gcc n'est pas vraiment fait pour ca ni repute pour...
Si tu veux avoir des perfs avec un compilos il faut en prendre un vraiment specialise pour ton architecture. De tout de facon mis a part cas super particulier la "lenteur" de gcc est largement compense par l'amelioration des capacites des ordis. Je fais tourner chez moi sur mon laptop ds simulations qui avant ne tournait que sur station dec alpha et ceux avec gcc (chose qui au passage a permis de montrer des bugs et des trucs bizarre fait par le compilo DEC). Apres si vraiment tu as besoin de truc encore plus puissant tu passes soit sur des grappes de calculs, cray etc et la generalement ton probleme c'est plus la mise en paralleles que le compilo utilise :) (surtout que de tout de facon tu n'as generalement plus le choix a ce moment
la!)
Mais c'est vrai que mes experiences personnels m'ont montre que le fortran lahey etait le plus rapide sur pc x86 et surtout tres proche de la norme, ifort etant trop bugges pour etre utilise a l'epoque la situation s'est peut etre ameliore de ce cote la. Par contre lahey en tant que client j'ai pas vraiment apprecie le jour ou le compilo apres un upgrade de la libc6 a arrete de fonctionner et qu'ils ont refuse de filer un patch et ne voulait que me vendre la futur version (pas encore sortie). Heureusement les devs de la libc6 etant sympa, ils m'ont trouve un moyen et file un patch pour contourner le probleme, patch que j'ai envoye a lahey et qui n'a jamais ete diffuse...
[^]Re: Fortran
autre petite remarque sur les test g95 dont tu parles. Il faut savoir que g95 se sert encore de gcc 4.0.3 du coup toutes les ameliorations de rapidites introduites sur les versions 4.1, 4.2 et maintenant 4.3 ne sont pas utilise.
En tous cas je n'utilise pas plutot l'un que l'autre mais j'aime bien compiler mes softs avec plusieurs compilos permet de trouver des bugs 1) dans ton soft 2) dans le compilo (cela m'a permis plusieurs fois de ramener des bugs pour le dev de g95 et les devs de gfortran). De plus certains collegues ont l'un ou l'autre du coup si ca passe partout c'est mieux :)