Discussion :

[LouPedro]

Bonjour,

Je suis chargé d'une étude d'opportunité pour la transposition d'un code de calcul scientifique (hydraulique 1D maillé, méthode aux différences finies, schéma implicite) actuellement écrit en Fortran77 (environ 22500 lignes d'instruction). Le C++ serait a priori le nouveau langage.

Pour évaluer la charge de travail au stade de la pré-étude, je cherche une méthode à la louche (i.e. avant d'avoir fait la conception objet) qui me permettrait de passer d'un nombre de ligne Fortran à une fourchette de temps de conception et dév en C++.

Je sais qu'il existe des coefficients de passage d'un langage à l'autre, en fonction de la complexité estimée, mais où les trouver ? Le forum C/C++ est-il mieux adapté à cette question ?

Merci,
Lou Pedro

[Luc Orient]

Question à poser, peut être, dans le forum "Autres langages et outils" sous-forum "FORTRAN" ...

[khayyam90]

oui, le forum fortran apportera peut-être davantage de réponses

[LouPedro]

Merci du conseil, j'y vais de ce pas...

[Sylvain Bergeron]

Il y a 2 raisons généralement invoquées pour convertir un programme du langage Fortran à un autre langage.

La première est liée aux problèmes de ressources. Les programmeurs ne connaissent pas le langage et veulent le convertir dans le langage qu'il connaisse, Fortran est prohibé par une règle interne,...

La deuxième est qu'un GUI est maintenant requis et comme Fortran ne le permet pas vraiment, on doit convertir.

Si dans ton cas la raison est la 2ième, il peut être plus simple et beaucoup moins couteux (en test entre autre) de ne pas convertir, mais d'appeler directement les routines Fortran de C++, par OBJ ou en compilant les routines Fortran en DLL .

[LouPedro]

Bonjour,

C'est très bien vu car ce sont bien ces deux raisons qui motivent l'étude du portage.

Actuellement, le code Fortran est appelé par le reste de l'application, écrite en C++ (sous Unix, c'est en fait une communication par mailbox avec l'utilisation de variables en common; sous Windows, il y a des appels à une librairie statique qui encapsule les obj écrits en Fortran). Le passage des messages d'erreurs est une limite importante dans notre cas; un langage permettant la gestion des exceptions et une parfaite interopérabilité avec du C++ est recherché.

D'autre part, le code est touffu et difficile à maintenir; il est passé de Fortran IV à 77, puis est maintenant compilé avec le compilo Intel pour Fortran95 mais sans que le code soit ré-écrit avec des modules et autres apports du Fortran90. Il faut reprendre l'ensemble du code pour assurer la pérénité de la maintenance et les développeurs Fortran sont rares (surtout si plus tard la maintenance doit être assurée en TMA par une société de services).

Voilà donc les raisons de cette volonté de portage du code ou du moins de ré-architecture en langage objet (ce vers quoi tendent les derniers Fortran, mais que je n'ai jamais mis en oeuvre personnellement).

Je cherche donc toujours des pistes pour un "chiffrage à la louche" d'un portage de code style Fortran77 vers un langage objet, par exemple C++, ou Fortran95 écrit dans un esprit objet.