Compilateur C/C++ en Java

Bonjour a tous,

Dans le cadre d'un projet, qui comprend un IDE un peu spécial, développé en Java, j'aurais besoin de compiler du code C/C++ généré par cet IDE.
J'ai pense a appeler (exec) un compilateur présent sur la machine d'exécution mais l'IDE est suppose s'exécuter sur de nombreuses plateformes et ajouter un compilateur a l'installation de l'IDE pour chaque risque d'être assez contraignant...
J'ai donc pense qu'il existait peut-etre un compilateur C-C++ (open-source) ecrit en Java qui pourrait etre inclus directement dans le code de l'IDE mais mes recherches n'ont rien donne.

Avez-vous deja entendu parler de ca ou d'un projet similaire ?
Ou bien d'apres-vous quelle est la meilleure solution a mon probleme ?

merci d'avance

Bonjour

Un compilo C écrit en Java? Connais pas et tu auras du malà trouver.
En revanche, si la compatibilité est obligatoire, tu as 2 options:
1) Fournir un compilateur comme GCC sous UNIX ou MINGW (GCC) sous Windows. un coup de Google te permettra d'obtenir les exécutables.
2) En supposant que le poste client ait déjà un compilo C, faire une interface de configuration de ton IDE.
Notes que les deux options ne sont pas distinctes et peuvent être jointes.

@++

a noter qu'en général un code C++ pour linux ne compilera pas sous windows, et inversément, les bibliothèques et APIs n'étant pas les mêmes :mrgreen:

Un compilateur C++ en java, t'aura beaucoup de mal à trouver parce que
1) ca n'a pas de sens de devoir installer java pour compiler du C
2) le compilateur doit faire de toutes façons une sorite différente suivant l'OS hôte, ce qui limite l'intérête de java.

Regarde plutot à intégrer ton projet dans l'IDE eclipse CDT, qui fournis déjà tout ce qu'il faut pour la compilation C++

Merci pour vos réponses!

Cela confirme ce que je pensais, je vais donc inclure les deux versions de GCC et lancer la compilation dans un process different.
Pour ce qui est de la configuration du compilo, elle sera toujours la meme donc pas de soucis, idem pour le code généré qui compilera sur n'importe quelle archi sans problèmes.
Je reste tout de même étonné qu'un projet de compilateur C/C++ n'est jamais été réalisé en Java, cela m'aurais bien facilite la tache... :roll:

Citation:

---

Envoyé par dyslesia

Je reste tout de même étonné qu'un projet de compilateur C/C++ n'est jamais été réalisé en Java, cela m'aurais bien facilite la tache... :roll:

---

Peut-être parce que c'est ridicule de créer un compilateur en langage machine avec un compilateur en langage interprété !!

Pour faire un compilateur C/C++ en java, il faudrait maitriser à la fois java et C, alors que pour faire un compilateur C en C, il ne faut maitriser que C. De la même manière pour faire un compilateur java en java .....

Sinon, pour manipuler des langages différents via une interface commune, j'aurais été voir du côté de CORBA. (Je ne suis jamais allé très loin dans le sujet, donc je ne te serais pas d'une grande aide)

Citation:

---

Envoyé par tchize_

Pour faire un compilateur C/C++ en java, il faudrait maitriser à la fois java et C, alors que pour faire un compilateur C en C, il ne faut maitriser que C. De la même manière pour faire un compilateur java en java .....

---

Ce qui (soit dit en passant) n'est pas vrai dans l'autre sens.
Comme le bytecode java n'est pas exécutable par les processeurs, on est obligé d'utiliser un autre langage pour implémenter une JVM (en générale C/C++).
Il y a donc bel et bien des personnes qui maitrisent très bien le Java et le C/C++.

Par ailleurs, pour développer un compilateur C++, il faut avoir également de très bonnes connaissances en assembleur.
un tel projet nécessite donc une triple expertise: Java, C++, assembleur.

C'est relatif, il y a une différence entre java (le language) et la JVM (un processeur virtuel implémentant un bytecode particulier). Dire qu'il faut un expertise en java pour faire une JVM (au sens du processeur virtuel), c'est un peux comme dire qu'il faut un expertise en Scala et Python pour faire la même chose (après tout, les compilateur scala et Jython génèrent du code pour la jvm :p)

Citation:

---

Envoyé par Nudger

Ce qui (soit dit en passant) n'est pas vrai dans l'autre sens.
Comme le bytecode java n'est pas exécutable par les processeurs, on est obligé d'utiliser un autre langage pour implémenter une JVM (en générale C/C++).
Il y a donc bel et bien des personnes qui maitrisent très bien le Java et le C/C++.

Par ailleurs, pour développer un compilateur C++, il faut avoir également de très bonnes connaissances en assembleur.
un tel projet nécessite donc une triple expertise: Java, C++, assembleur.

---

je ne suis pas entièrement d'accord. Il existe des VM qui s'exécutent elles-mêmes, en Java par exemple Jikes RVM, pypy pour python et d'autres encore, pour ruby par exemple. La VM se bootstrape et s'exécute elle même ensuite (il suffit d'un mini-lanceur dans un langage compilé en natif pour la platforme visée).
De plus comme l'a dit tchize_, pour implémenter une JVM il faut surtout connaître la spec du bytecode Java, ce qui est largement réalisable.
On pourrait voir un intérêt à implémenter un compilo C/C++ en Java, notamment au niveau de la portabilité du compilateur qui ferait aussi de la cross-compilation, ce n'est pas si absurde (et il existe sûrement plein de personnes largement capables de faire ça, même si il faut bien connaître plusieurs langages...). Ce qui fait que ça n'existe pas est sûrement plus dû à l'ampleur de la tâche à accomplir qu'au fait que personne n'en soit techniquement capable.

Bref la question de base n'est pas absurde, loin de là, mais hélas non ça n'existe pas, même eclipse ne s'y est pas risqué et utilise un compilateur externe pour le CDT.

De toute facon, le coeur du probleme reste d'avoir des sources communes pour une appli linux et windows. Et comme ca a deja été dit plusieurs fois, c'est pas si simple (headers différents, librairies - donc makefiles differents, ...).
Bref, deja, trouver un outil pour faire un programme compatible linux/windows n'est deja pas simple (j'en connais pas personnelement) mais realiser un compilateur en plus...

Pour avoir deja fait des programmes qui tournent sur les 2 OS (et encore, c'est des projets perso et pas tres compliqués), ca donne du code flagué dans tous les sens (meme en regroupant tout dans une couche "drivers").

Bref, le projet peut etre interessant sur le principe mais ce serait bien que dyslesia precise ce qu'il veut faire parce que ca ressemble quand meme beaucoup à une fausse bonne idée...

Pour faire des applis multi os, faut se baser uniquement sur les API multi OS (QT, GTK, ...) et leurs typedefs ;)

Je vois que le sujet est partit dans une autre direction!

Personnellement je rejoins George7, je ne trouvais pas l'idée absurde mais certes, l'intérêt d'un tel projet au point de vu de son ampleur reste discutable...
Notamment pour mon projet, je recherchais la facilite!
Après discussion avec mon groupe, nous avons décidé de faire différemment et faire compiler le code généré directement sur la plateforme cible, par un autre composant de notre appli.

Sinon oui le moyen le plus simple pour realiser dans appli multi os est de se baser totalement sur certaines librairies, ou alors réaliser nombres d'abstractions pour le les parties non multi-os comme le reseau, threads, etc...