Traitement de code APL

Bonjour,

Notre société dispose d'un code d'un dizaine de milliers de lignes d'APL, dont le développeur principal est décédé il y a quelques années :(. Comme il n'avait pas l'habitude de bien documenter ses programmes, nous nous retrouvons avec un énorme code stratégique écrit dans un style ubuesque.

J'ai entendu parler d'un traducteur de APL vers C#. Est-ce que quelqu'un en a déjà utilisé ? Si oui, qu'en penser ?

Voyez-vous d'autres solutions pour nous éviter de passer des années à comprendre, maintenir ou réécrire ce code dans un langage plus utilisable ?

D'avance merci,

Bonjour,

C'est un langage qui date des années 60, et qui possède la réputation d'être fait pour être écrit... Mais pas lu... Je comprends vôtre désappointement. Savez-vous de quelle version d'APL il s'agit (APL / APL2 / APL360 / MACAPL) ?

Je ne connais pas de traducteur mais le langage ne comporte pas énormément d'opérateurs et il semble possible, à taille humaine, d'écrire un traducteur vers C#. Je vous recommande l'utilisation de GPLEX pour faciliter l'analyse lexicale. Pour la partie grammaire, il y a GPPG qui est fait pour aller avec.

Un cas d'école et un beau projet de théorie de la compilation en perspective
perspective.

Merci de votre réponse.

Il existe un convertisseur de code APL vers C# qui coute 1000 livres (cfr http://www.causeway.co.uk/products/index.htm) et aussi un convertisseur APL vers C en freeware (APL2C).
Mon travail consiste à faire l'analyse de 250 pages d'APL. Je ne décide en rien d'une migration éventuelle, si ce n'est que mon expérience éventuelle fera l'objet d'un feedback en haut lieu dans ce cadre.

Mon job premier se fait avec SAS, donc je suis libre d'utiliser .NET ou tout autre environnement de programmation adapté.

Quels seraient les avantages selon vous de la solution APL-->C# et de la solution APL-->C++ documenté par Doxygen (via le C) ?

D'avance merci !

Citation:

---

Envoyé par lautrec1

Quels seraient les avantages selon vous de la solution APL-->C# et de la solution APL-->C++ documenté par Doxygen (via le C) ?

---

J'avoue que là, je ne saurais répondre pour vous: Tout dépend de l'orientation que souhaite prendre votre société C# ou C++, du temps dont vous disposez, du budget et de la fiabilité de ces deux outils. Tout au plus, je peux vous indiquer la manière dont je procèderais :
- D'abord, tester la solution gratuite me semble une évidence.
- Ensuite, si le résultat ne me convennais pas, je verifierais si la solution payante est adaptée.
- Si elle ne l'est pas, je le ferais moi même.

Cela me semble être le meilleur ordre, autant en terme de temps, qu'en terme de budget (car à moins de le réaliser sois même en moins d'une semaine, il sera plus économique de payer 1.000 livres)

Pour répondre à la question que vous me posiez en message privé :

Citation:

---

Envoyé par lautrec1

Pouvez-vous définir ce que vous entendez par "analyse lexicale" et "analyse de la grammaire"

---

L'analyse lexicale, consiste à identifier au sein du texte les "lexemes". Lorsqu'en C# vous écrivez :

Code:

---

1 2	for (int i = debut; i < fin; i++)

---

Les lexemes sont: for, (, int, i, =, debut, ;, i, <, fin, i, ++ et ). Le travail de l'analyseur lexycal (lexer en anglais) est de les identifer. Le travail de l'analyseur grammatical (parser en anglais) est de comprendre le sens qu'ils prennent lorsqu'ils sont ecrits dans cet ordre.

A mon avis c'est largement plus rentable de payer 1000 £ un convertisseur qui fonctionne, plutôt que de passer des mois à en écrire un... surtout si vous n'avez pas de connaissances sur l'écriture d'un compilateur, ce qui semble être le cas.

Hola les amis vous emballez pas: loin de moi l'idée de programmer un compiler, ca serait écraser une mouche avec une enclume !!! Mon but est juste de documenter du code APL.

@LeCygne: en effet, je crois qu'il vaut mieux attaquer avec le gratuit :ccool:et, au cas où il y aurait des imperfections et un besoin stratégique de passer le code en .NET, alors envisager le payant.
Payer 1000£ serait plus rentable que d'y consacrer une semaine ??
Mon Dieu, j'aurais du faire développeur .NET ! :?

@tomlev: +1, j'aime bien programmer d'accord, mais programmer en solo un compilateur et être de surcroît responsable de ses résultats dans le cadre de mon emploi de salarié non-IT, ca serait chaud pour du hors-piste... Alors non vraiment loin de moi l'idée, no worry!!!

En tous cas j'ai testé cet après-midi Doxygen sur 5000 lignes non commentées de C. Et ca va m'aider grandement! Comme Doxygen peut s'appliquer à C,C++ et C#, il n'y a plus qu'à voir si APL2C "tourne" de façon satisfaisante pour avoir la traduction gratuite en C. Peut-être à bientôt sur le forum Visual Studio :). En attendant le feebdack sur les capacités de APL2C, je laisse le topic en non résolu.

Bonjour,

Finalement, nous avons trouvé un très bon (apparemment) traducteur d'APL vers C en open-source. :D Développé par Sam Sirlin.
Solution trouvée donc, car l'open source est très bien documenté et a l'air puissant, malgré quelques limites qui ne devraient pas trop nous déranger (par exemple, les overflows ne sont pas gérés par le code C généré, alors qu'APL le fait par défaut...).

Merci encore pour votre aide!:ccool: