Discussion :

[yassinmo]

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

[Grame]

Bonjour

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.

C'est normal. La norme Fortran 90 (et suivants) n'accepte plus les boucles réelles.

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.

[yassinmo]

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

[Grame]

Alors comment expliquer que ça marche avec visual fortran ???

Eh bien, parce que de nombreux compilateurs acceptent des déclarations, des syntaxes ou fournissent des fonctions qui ne sont pas dans la norme.
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, ...

malheureusement avec ce que tu m'as dit il faut que je fasse des changement dans mes codes sources

Ben oui

mais bon s'il y a une solution ça serai très bien

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.

[yassinmo]

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 :-(

[Grame]

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.

[FR119492]

Salut!

qu'il ne faut JAMAIS utiliser d'extension à la norme du langage utilisé

Juste, sauf si on est absolument certain que le programme qu'on écrit est destiné à un usage immédiat et non à durer.
Jean-Marc Blanc

[yassinmo]

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

[Grame]

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

oui, tu déclares ta fonction à chaque fois qu'elle est appelée, dans le programme principal et/ou les subroutines.

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.