LLVM und Delphi

[bernhard_LA]

Unterscheidet sich LLVM (low level virual Machine ) code stark von Java Byte Code - Ist ein Delphi mit einem LLVM compiler auch nur ein anderes JAVA Tool ?

[mkinzler]

LLVM ist ein Zwischencode

Code:

c++
Delphi   ->  LLVM -> <Zielplattform>
...

[Uwe Raabe]

Zitat von bernhard_LA:

LLVM (low level virual Machine )

virual?

VIP = Virus Implemented Platform?

[ele]

Die Webseite ist übrigens Portugiesisch und Goolge-Translate liefert meiner Meinung nach eine ganz passable Übersetzung.

[mkinzler]

Zitat von ele:

Die Webseite ist übrigens Portugiesisch und Goolge-Translate liefert meiner Meinung nach eine ganz passable Übersetzung.

Wie man im Edit meines Beitrages ja auch schon sah
http://www.delphipraxis.net/1170000-post2.html

[Jonas Shinaniganz]

Ich glaube Delphi geht einen wirklich guten Weg mit dem DCCARM und LLVM! LLVM scheint sehr mächtig und dabei sehr flexibel bzw modular. Was ist eure Meinung dazu?

[Union]

Früher war alles besser Also Compiler aus dem "Compilerbaukasten" sind wohl die einzige Möglichkeit mit den vielen verschiedenen Plattformen Schritt zu halten. Nur ob das dann so hochoptimiert ist wie der dcc32, in den eine riesen Menge Arbeit und Gehirnschmalz geflossen ist? Ob das überhaupt möglich ist? Ich habe mir den erzeugten Bytecode noch nicht genauer angesehen.

[Bernhard Geyer]

Zitat von Union:

Nur ob das dann so hochoptimiert ist wie der dcc32,

dcc32 hochoptimiert? Da gibts glaube ich viele beispiele die das Gegenteil beweisen.

Zitat von Union:

in den eine riesen Menge Arbeit und Gehirnschmalz geflossen ist?

Sicherlich ist da viel reingeflossen. Aber auch über die Jahre wurde nur dazugeschuster und kein Redesign durchgeführt. So ist in den letzten Jahre das Gehirnschmalz dafür verwendet worden wie man kleinigekeiten ergänzen kann ohne das der Ganze Altcode nicht zusammenbricht.

Zitat von Union:

Ob das überhaupt möglich ist?

Ich denke schon das in den letzten 20 Jahren in denen der Delphi-Compiler immer nur erweitert wurde aber keine grundsätzliches modernere Implementierung/Redesign bekommenen hat ist viel geschehen.

[mkinzler]

Zitat von Union:

Früher war alles besser Also Compiler aus dem "Compilerbaukasten" sind wohl die einzige Möglichkeit mit den vielen verschiedenen Plattformen Schritt zu halten. Nur ob das dann so hochoptimiert ist wie der dcc32, in den eine riesen Menge Arbeit und Gehirnschmalz geflossen ist? Ob das überhaupt möglich ist? Ich habe mir den erzeugten Bytecode noch nicht genauer angesehen.

Von LLVM gibt es keinen Delphi/Pascal-Compiler. LLVM ist ja nur das Backend. Der Forntend-Compiler wird ja weiterhin von EM kommen, nur die die Codeerzeugung für die jeweilige (Prozessor-)Plattform wird von LLVM übernommen.

[Robotiker]

Zitat von Jonas Shinaniganz:

Ich glaube Delphi geht einen wirklich guten Weg mit dem DCCARM und LLVM!

Für Delphi scheint mir diese Entwicklung positiv zu sein. Beim C++ Builder bin ich mir nicht sicher.

Emba baut da seine eigenen C++ Compiler, im Moment nur Win64, iOs und bald (XE6 ?) für Android auf LLVM Basis. Der Win32 und der Mac Compiler basieren noch auf dem alten Compiler aus den 1990ern, weswegen das mit der "einen Codebasis" für den C++ Builder ein ziemlich theoretisches Marketingargument ist.

Gleichzeitig ist CLang natürlich auf allen diesen (und mehr) Plattformen als LLVM basierender Open Source C++ Compiler verfügbar. Außerdem bringt Google gerade CLang für Visual Studio, natürlich kostenlos.

Bleiben als Kaufargumente für einen C++ Builder wirklich nur noch VCL und FireMonkey übrig, alles andere gibt es auch woanders ...