Passage de Compaq visual Fortran à Gfortran

Bonjour,

J'ai développé un programme fortran sous windows avec Compaq visual Fortran.
Tout fonctionne bien.

J'ai récupérer le fichier source.for que j'ai voulu compilé sous linux avec gfortran
gfortran -Wall -static source.for -o executable
Et là c'est la catastrophe :(
Rien ne marche, le compilateur me signales des erreurs et des warnings.
Par exemple il ne reconnait pas le . pour aller à la ligne, voici un bout des erreurs

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

Read (LU,*,ERR=1000) (VE(k),k=1,Nmax(8)) 1 Error: Expected variable in READ statement at (1) pretraitement.f90:349.45:   Data ((CU_Repartition(1,j,i),i=1,12),j=1,2)/ 1 Error: Syntax error in DATA statement at (1) pretraitement.f90:350.6:   .150,125,110, 80, 70, 60, 50, 50, 75,135,140,155, 1 Error: Invalid character in name at (1)

---

D'où vient le pb sachant que sous windows tout marche parfaitement ?

Merci de votre aide !

Salut!

Citation:

---

J'ai développé un programme fortran sous windows avec Compaq visual Fortran.
Tout fonctionne bien.

---

Je me suis trouvé dans une situation analogue à la tienne en passant de Compaq Visual Fortran à SilverFrost: même certaines routines de LinPack et LAPack ne passaient plus. Mon impression est que le premier est très tolérant en ce qui concerne la non-conformité de certaines instructions par rapport aux normes, alors que les autres sont beaucoup plus intransigeants.
Jean-Marc Blanc

Merci, c'est bien ce que je craignais :(

Peut-on forcer gfortran à etre moins strict ?

Comment forcer gfortran à lire du fortran 77 ? Car je pense que certaines erreurs viennent aussi de là

Bonjour,
si tu veux un gfortran moins strict tu peux commencer par enlever le "-Wall".
Toutefois c'est quand même bien d'être sur que le compilo ne comprenne pas un truc de travers. Tu peux commencer par l'enlever, puis quand ton programme compilera sans, tu peux le rajouter pour paufiner ton débuggage.

Je ne connais pas Compaq visual Fortran et les options de compilations que tu utilises avec. Mais chez moi, gfortran reconnait le caractère de continuation de ligne (le . chez toi) mais uniquement s'il se trouve sur la 6ème colonne.
Par défault, gfortran attend un formalisme F77 dès lors que ton extention est .f ou .for donc dans ton cas, gfortran lit bien du 77.


J'imagine que tu sais déja, mais un rappel est tjs bon : le F77 est un format très strict :
- 5 premiers caractères réservés
- 6 eme caractère : continuation de ligne
- du 7eme au 72eme caractère : instructions

Si tu ne suis pas exactement ce formalisme, gfortran va te jeter. Tu peux passer outre la dernière contrainte en utilisant l'option :
-ffixed-line-length-xxx où xxx est le nombre de colonne que tu veux qu'il lise (à la place de 72).

Je te conseille de bien vérifier le n° de la colonne où est ton "." (pour la continuation de ligne). Ensuite de vérifier que toute tes lignes font moins de 72 caractères (ou d'ajouter l'option ci-dessus).

S'il te reste des erreurs, prend les dans l'ordre en vérifiant à la ligne indiquée que le formalisme est bien celui décrit.


-------------------------
Peux-tu poster un bout de code contenant des erreurs de compil stp ?
(Avec l'indentation exacte si possible, donc simplement copier-coller)
-------------------------


Bon courage

Bonjour,

Citation:

---

Envoyé par bobbyboy

si tu veux un gfortran moins strict tu peux commencer par enlever le "-Wall".

---

Non, cela ne rendra pas le compilateur moins strict pour ce qui est de la compilation; l'option '-Wall' ne fait que prévenir lorsqu'il repère des instructions douteuses (ex: une variable utilisée alors qu'elle n'a pas été initialisée, un tableau dont le nombre de dimensions dans une instruction ne correspond pas à sa déclaration, etc.).

Comme il s'agit là d'un portage d'un compilateur à un autre, il est plus que recommandable de conserver (et bien lire les sorties de) l'option -Wall qui permettront de repérer des spécificités de Visual Fortran qui ne sont pas supportées par gfortran.

Bonne continuation à tous.