Mon expérience, c’est que le compilateur Intel produit de binaires parfois plus rapide, mais il est très bogué donc au final quand il donne un binaire significativement plus rapide que Gfortran, ça a plutôt tendance à m’inquiéter car j’ai peur qu’il fasse juste n’importe quoi. De plus il est très lent pour compiler, il plante facilement avec des messages d’erreurs cryptiques et si l’on ajoute à ça un support assez tardif des standards, je trouve finalement Gfortran bien plus confortable à utiliser. En pratique j’utilise Ifort pour chercher les bugs dans mon code que Gfortran ne me remonterait pas et améliorer la portabilité de mon code, mais je passe un certain temps aussi à réécrire du code pourtant valide pour qu’Ifort l’accepte.
Je n’ai pas encore testé les autres compilateurs, donc je trouve ce journal très bienvenu avec toutes ces informations sur les compilateurs existants et en développement.
[^] # Re: Performance des compilateurs libres
Posté par jyes . En réponse au journal Des nouvelles de Fortran. Évalué à 10.
Mon expérience, c’est que le compilateur Intel produit de binaires parfois plus rapide, mais il est très bogué donc au final quand il donne un binaire significativement plus rapide que Gfortran, ça a plutôt tendance à m’inquiéter car j’ai peur qu’il fasse juste n’importe quoi. De plus il est très lent pour compiler, il plante facilement avec des messages d’erreurs cryptiques et si l’on ajoute à ça un support assez tardif des standards, je trouve finalement Gfortran bien plus confortable à utiliser. En pratique j’utilise Ifort pour chercher les bugs dans mon code que Gfortran ne me remonterait pas et améliorer la portabilité de mon code, mais je passe un certain temps aussi à réécrire du code pourtant valide pour qu’Ifort l’accepte.
Je n’ai pas encore testé les autres compilateurs, donc je trouve ce journal très bienvenu avec toutes ces informations sur les compilateurs existants et en développement.