Version imprimable
Bonjour,
je viens d'acquérir mon premier mac suite à un divorce avec microsoft et donc la transition n'est pas difficile sauf que maintenant j'ai des codes sources en fortran .f90 qui marchent bien sous visual fortran mais dès que je compile avec gfotran il n'accepte pas les boucle do avec la variable double précision.
ex:
double precision::r
do r=0.1, 10, 0.2
print*,'hello'
endo
il met
do r=0.1,10,0,2
1
Warning deleted feature :Loop variable at (1) must be integer
merci pour votre aide
Bonjour
C'est normal. La norme Fortran 90 (et suivants) n'accepte plus les boucles réelles.Citation:
j'ai des codes sources en fortran .f90 qui marchent bien sous visual fortran mais dès que je compile avec gfotran il n'accepte pas les boucle do avec la variable double précision.
Avis personnel : ça me semble d'ailleur normal. Numériquement, je trouve aberrant d'utiliser des réels dans une boucle. En fonction de la représentation mémoire des réels, on ne peut pas être absolument sûr d'avoir exactement le même nombre d'itérations alors qu'avec des entiers, pas de problèmes.
Alors comment expliquer que ça marche avec visual fortran ???
malheureusement avec ce que tu m'as dit il faut que je fasse des changement dans mes codes sources et c'est beaucoup du temps perdu mais bon s'il y a une solution ça serai très bien
Eh bien, parce que de nombreux compilateurs acceptent des déclarations, des syntaxes ou fournissent des fonctions qui ne sont pas dans la norme.Citation:
Alors comment expliquer que ça marche avec visual fortran ???
Par exemple, g77 accepte des noms de variables / fonctions de plus de 6 caractères de long. Lahey Fortran fournit des routines de génération de nombres aléatoires et des fonctions graphiques, ...
Ben ouiCitation:
malheureusement avec ce que tu m'as dit il faut que je fasse des changement dans mes codes sources
Ben non. J'ai toujours expliqué à mes collègues et aux étudiants, et j'en reste intimement convaincu après plus de 30 ans de codage, qu'il ne faut JAMAIS utiliser d'extension à la norme du langage utilisé, car si on a l'illusion de gagner du temps à court terme, il y aura TOUJOURS un moment où cette extension ne fonctionnera plus, et il faudra réécrire le code.Citation:
mais bon s'il y a une solution ça serai très bien
merci pour ton aide si non la fonction tand aussi n'est pas accepté par gforant
tand c'est l'équivalent de tan mais l'angle est en degré "ça marche sur visual fortran" mais j'imagine que je doit créer une fonction qui transforme le radian en degrè si non :-(
Eh oui, c'est exactement ça. :ccool:Citation:
Envoyé par yassinmo
Salut!
Juste, sauf si on est absolument certain que le programme qu'on écrit est destiné à un usage immédiat et non à durer.Citation:
qu'il ne faut JAMAIS utiliser d'extension à la norme du langage utilisé
Jean-Marc Blanc
Une autre petite question je ne veux pas y ouvrir une nouvelle discussion: C'est comment faire pour annoncer une fonction que le programme principal et les subroutines peuvent l'utiliser est ce que je doit l'annoncer dans chaque subroutine du programme ou il y a une solution meilleure.
Merci beaucoup pour ce que vous faites :ccool:
oui, tu déclares ta fonction à chaque fois qu'elle est appelée, dans le programme principal et/ou les subroutines.Citation:
Envoyé par yassinmo
Si tu as plusieurs fonctions, il est plus simple d'écrire un module qui les contient,
tu n'as ainsi que la déclaration du module à faire et non toutes les déclarations de toutes les fonctions.