Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Outils de traduction des langages
Bonsoir,
je suis à la recherche d' un outil (programme) gratuit qui permet de traduire un programme ecris en un langage de haut niveau en un autre programme dans un autre langage de programmation de haut niveau.
par exemple passer du C++ à java.
merci d' avance.
tu n'as pas de traduction directe possible de C++ vers Java... en revanche, C++ vers un sous-ensemble de C, c'est possible
Non non… il n'existe pas actuellement de traducteur directe de C++ vers Java, et il n'en existera probablement jamais. Cependant, rien ne montre que ce n'est pas possible. Je ne vois d'ailleurs pas qu'est ce qui te permet d'être si catégorique ^_^ En fait, je suis même convaincu que c'est possible, mais avec au final un programme complètement illisible.Envoyé par gorgonite
tu n'as pas de traduction directe possible de C++ vers Java... en revanche, C++ vers un sous-ensemble de C, c'est possible
Mais bon, au final ça revient au même pour Legide…
je disais possible avec les outils actuellement... bien sûr
déjà il faut avoir un parseur GLR pour C++, puis transformer les templates "simples" en génériques, reconstruire les BCRT vers une hiérarchie "classique" de classe, faire une substitution de toutes les classes "standards" vers leurs équivalents ou périphrases (ça peut parfois être plus lourd), etc
je ne vois pas l'intérêt d'un tel outil.
Enfin, c'est plus facile qu'un convertisseur Ada vers Java pour les programmes fortement concurrents
en revanche, parseur GLR pour C++ vers AST "générique", et export d'un sous-ensemble de C (évitant ainsi l'allocation de registre & cie), c'est BEAUCOUP plus simple à réaliser
il y a f2c , pour passer de Fortran à C
Bonjour à tous,
merci pour les réponses.
je voudrai traduire un programme écrit en c++ vers un autre langage de programmation. existe t-il actuellement un outil qui permet de faire ça?
ton cerveau et tes doigts
Moi non plus
Moi si: Il y a dans le monde des milliards de lignes de codes écrits dans les langages les plus divers (COBOL, fortran, ...), et qui entraînent des frais de maintenance énorme parce qu'il faut les machines et les hommes pour les faire tourner et simplement les mettre à jour. De plus en plus, la tendance ne sera plus de fabriquer de nouveaux programmes, mais de transformer les programmes existants testés et éprouvés dans les langages évolués actuels.Moi non plus
Dire "utilise tes doigts et ton cerveau", c'est comme dire "utilise tes pieds plutôt que le train". Pourquoi faire de l'informatique, alors ? Utilise un stylo et du papier...
D'ailleurs, il existe déjà des programmes ou des projets qui font ça. Je sais qu'il y a plusieurs projets opensource (COBOL2CPP, de mémoire), et j'ai moi-même écrit un programme pour passer du VB au C++.
du VB à un sous-ensemble de C++ je suppose...
C++ est un cas à part dans le monde de la programmation, qui explique que tant de personne disent tant d'absurdités à son sujet (sur ce forum entre autre
autant je vois l'intérêt de convertir la majorité des langages "industriels" existants pour ayant existé vers un sous-ensemble de C-Ansi de manière à pouvoir créer des lib réutilisables dans 90% des langages actuels (et futurs je l'espère)
Alors que passer d'un langage à un autre sachant que cela entraine toujours une perte de performance dues à la lourdeur de certaines synthèses automatiques "haut niveau"... là désolé, j'ai plus de mal
Tu utilises un sur-ensemble du C++, toi ? Chapeau.
certains ont leur meta-langages au dessus de C++ car le moteur de template à beau être super, il n'est pas toujours suffisant... c'est donc un "sur-ensemble"
Ça aurait pu être une traduction de VB vers le C++... mais il suppose que tu te limite à un sous-ensemble du langage. En quoi est-ce anormal ? Puis on parle effectivement souvent de sur-ensemble de toute façon lorsqu'on considère l'aspect métalangage des templates.
Bon sinon, quoique tu en dises la mode n'est pas du tout à la traduction automatique d'un langage vers un autre. Que quelques projets open-source vise un tel objectif est une chose, que ce soit répandu en est une autre. Au mieux on retrouve des petits jouets, mais rien de suffisamment impressionnant pour être utilisé de manière fiable sur de grand système.
Plus sérieusement, il y a des études d'analyses statiques pour pouvoir manipuler du code — notamment pour en supprimer des morceaux — en s'assurant que le système fonctionne toujours de la même manière. Cf. les « vieux » travaux de S. Blazy par exemple.
Finalement, transformer du Cobol en C est une chose… le faire pour que le code C soit lisible est en une autre bien plus complexe et qui est vraiment digne d'intérêt sous tout les aspects… mais passer de C++ à Java, ça je ne comprends pas vraiment l'intérêt.
Puisque traduire un programme complet n'a a priori aucun intéret (surtout pour aller vers un langage plus lent), c'est sans doute que tu veux récupérer des librairies. Hors qui dit librairie en C++ dit bien souvent Template. Et qui dit Template en C++ dit intraduisible vers Java car il n'y a pas l'équivalent (les génériques sont bien moins puissants). Donc ce n'est pas possible. T'as plus qu'à faire chauffer les phalanges, ou plus bêtement à faire un binding.
pas forcemment... tu exécutes le moteur de template afin de produire le code réellement utilisé (et sans template ^^), puis tu traduis
mais la on aura le problème de l'héritage multiple en C++ vs héritage simple + interfaces multiples en Java, qu'il faudra résoudre en calculant les interfaces minimales utilisées (un peu comme en OCaml, sauf que l'inférence de type sur C++ c'est pas encore ça
enfin, comme je le disais : ce n'est pas réalisable avec les outils actuels... mais rien ne dit qu'un tel outil ne pourra être créé (même si je ne vois pas d'intérêt à cela)
C'est pour ça que j'ai parlé de traduire les libs et pas les programmes complets ("clos"), puisque dans le cas d'une lib, tu ne sais justement pas sur quoi tu vas instancier !
Et puis, faire ce que tu dis nécessite d'avoir en plus la traduction Java -> C++, puisque tu ne peux faire tourner ton moteur de template que sur un type C++
arf, j'avais oublié ce cas effectivement, je parlais effectivement des problèmes sur un programme clos
je n'ai pas parlé d'appliquer des templates à JavaEt puis, faire ce que tu dis nécessite d'avoir en plus la traduction Java -> C++, puisque tu ne peux faire tourner ton moteur de template que sur un type C++
nb : il existe désormais des outils pour faire de la méta-programmation sur Java (un espèce de moteur de templates
C'était juste dans l'idée d'avoir une lib C++ avec templates, de la transformer en pseudo lib java, et au moment de l'utiliser, tu semblais plus ou moins suggérer qu'on devait pouvoir instancier le template à ce moment là, mais on est dans une situation ou on utilise la lib dans java, donc l'instanciation s'y fait, donc il faut remonter à C++. M'enfin bref, on sort un peu trop du sujetje n'ai pas parlé d'appliquer des templates à Java
Reste que c'est faisable. On pourrait transformer le code C++ en un programme java qui simule l'assembleur produit par le C++… débile en pratique, non portable à fond probablement, mais faisable !
Ahlala, pour une fois que je tentais de ne pas faire mon théoricien borné :pdébile en pratique, non portable à fond probablement, mais faisable !
Ok, ok, les deux sont turing complets, donc on peut simuler l'un dans l'autre !
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Répondre avec citation
Partager