hi,
ich hab mal in Google Group gelessen es gibt ein Programm oder es wird entwickelt womit es möglich sein soll von ein JAVA Quellcode ein C++ Quellcode zumachen.
Was hält ihr davon ?

[Asraniel]

url?

Naja, ich fände es toll, ich wollte schon laaange c++ lernen, da leider 99% aller desktop applikationen die man halt jeden tag verwendet in c++ geschrieben und auch alle open source projekte.. fänds also gut

Google.de Groups

ich halte nicht gerade viel von sowas da ich denke das man c+ pogramme auh wirklich in c++ schreiben solte, außerdem ist meiner meinung javacode besser, wenn man unbedingt nativ code haben will kann man ihn ja mit dem gjc complieren

[Sym]

Ich frage mich, ob man einen solchen Übersetzer braucht. Warum programmiert man unter Java, wenn man nachher doch ein C++-Programm daraus machen will? Ich denke, ein Übersetzer könnte da viele Probleme bekommen, auf die man als C++-Probleme so garnicht stößt. Es läßt sich halt nicht alles ein zu ein Übersetzen. Wenn man schnelle Algorithmen braucht, dann kann man auch c programmieren und diese in Java mittels native-interfaces einbinden.

@bluelight: der gjc macht manchmal allerdings noch Probleme.

[peschmae]

gcj wenn ich bitten darf.

Unproblematischer sind allerdings proprietäre und kommerzielle Compiler die die Klassenlib von Sun lizenziert haben. Etwa http://www.excelsior-usa.com/jet.html für Windows.

@Kampet: Link ist tot.
Allerdings sehe ich nicht ganz wie das Funktionieren sollte. Schliesslich gibts ja die ganze Klassenbibliothek nicht für C++.

MfG Peschmä

also, ich stehe dem sehr skeptisch gegenueber, denn lassen sich sich iterationen und bool'sche ausdruecke noch sehr gut portieren, faengt das ganze bei den unterschieden des klassen/interface-designs an zu hinken.
ein weiteres, sehr schwer zu loesendes (aber dennoch moeglich) problem, waere das portieren von der 'reflection api', es muessten alle informationen - der jeweiligen (cpp) klasse - eigens abgespeichert werden, sodass zur laufzeit darauf zugegriffen werden kann. es muessten (evtl. eine vielzahl) cpp-bibliotheken mit eingebunden werden, fuer 'threads' zum beispiel, das programm waechst unter umstaenden enorm.
der code welcher daraufhin entsteht, koennte zudem auch noch sehr komplex und 'overhead' freundlich sein.
die performance, des cpp-codes, haut bestimmt auch niemanden um.

Zu all dem hinzu kommt dass man den großen Java-Vorteil der Portabilität des Bytecodes aufgibt, da die Binaries von C++ ja auf die Architektur / das Betriebssystem gelinkt werden.

Und da sich der Geschwindigkeitsvorteil von C++ ggüber Java so langsam aber sicher egalisiert...