Discussion :

[DindonSauvage]

Bonjour,

Je me coltinne depuis ce matin une erreur de linking que je suis incapable de traduire et donc de corriger. Le programme est écrit en fortran 90 et le compilateur est lahey fortran 90.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
386|LINK: 9.1fix1 -- Copyright (C) 1986-98 Phar Lap Software, Inc.
Error LINK.3230: Undefined symbol "A" in module "BalEqSolver.for" at location 00012D37.

Je ne comprends pas ce qu'il se passe et je ne vois notamment pas ce qu'est ce symbole "A" dont parle le linker (d'autant plus qu'il n'y a pas de A dans le fichier à compiler) ni ce que veut dire "at location 00012D37". Est-ce que c'est un numéro de ligne en hexa? Autre chose? J'en sais rien et je comprends que dalle.

Je vous serez très reconnaissant si vous pouviez me donner un coup de main...

[Sylvain Bergeron]

Dans BalEqSolver.for, il y a effectivement une référence à A que le compilateur interprète comme étant une référence externe. Et pour qu'il pense que c'est une référence externe, il faut qu'il trouve une référence à A qui a l'air d'une fonction. Il reste donc 2 pistes : c'est écrit A(...) quelque part, ou il y a une instruction "external A".

Piste possible ? Comme tu fais du F77, il est possible que tu dépasses la colonne 72 et que la version tronquée à 72 du code produise l'erreur.

"at location 00012D37" ? C'est la position de la référence dans l'objet compilé...

[DindonSauvage]

Eh bien merci Sylvain de m'avoir aidé à comprendre cette erreur. Grâce à toi c'est résolu et c'était bien un a(...) qui trainait. Note bien que l'erreur était en plus issue d'un "a" minuscule ce qui est encore un peu plus embrouillant. J'ai pas pensé à chercher un a minuscule sur le coup...

Quand au "at location 00012D37" qui correspond donc à la position de la référence dans l'objet compilé, je me demande bien qui peut s'en servir et comment pour trouver une erreur (vu qu'un fichier compilé est quasiment illisible). En tout cas pas moi.

[Sylvain Bergeron]

A == a ? C'est simplement que le Fortran n'est pas sensible à la casse.

Oups ! Ça peut prêter à confusion. Les compilateurs Fortran ne sont pas sensibles à la casse au niveau du source (des références à a et A sont des références à la même variable), mais si une variable caractère contient "a" et qu'une autre contient "A", elle ne sont pas considérées égales.