Neue Delphi/C++ Compiler in Planung

[Furtbichler]

Zitat:

Zitat von jaenicke (Beitrag 1174032)

Denn ganz ohne Assembler lassen sich einige Funktionen schlicht nicht umsetzen. Ein Beispiel dafür sind allgemeine Aufrufe von Funktionen mit beliebigen Parametern.

Sollte man nicht anfangen, saubere Programme zu schreiben? ;-) (Ist nicht auf dich gerichtet)

Nicht alles, was technisch machbar ist, ist auch gut. Wenn Emba hier selbst noch pfuscht ist das doch kein Grund.

Einige Dinge werden wohl noch für einige Zeit mit Assembler besser (weil performanter) umzusetzen sein. Aber dann werden sich die Programmierer die Mühe machen müssen, die entsprechenden Implementierungen im Code vorzusehen bzw. für die einzelnen Plattformen gepimpte Libraries zu entwickeln.

[jaenicke]

Ich benutze das für eine proprietär implementierte Skriptsprache inkl. Debugger usw., und da fällt mir schlicht für einiges keine Möglichkeit ein das ohne Assembler zu machen.

Wie würdest du denn den Aufruf einer DLL-Funktion aus einem interpretierten Skript heraus ohne Assembler machen? :gruebel: Du klingst ja so als gebe es für alles Alternativen, aber da fällt mir keine ein. Und das ist z.B. eine Anwendungsmöglichkeit des Beispiels, das ich genannt hatte.

[himitsu]

Wobei du für den Aufruf auch die neue RTTI nutzen könntest.
(Man muß nicht direkt auf eine TypeInfo gehn, sondern kann sich dieses auch manuell zusammenbauen und dann deren Methoden benutzen)

[Luckie]

Das heißt aber doch auch, dass das entsprechende "Framework" (?) auf dem Zielsystem vorhanden sein muss oder wie kann ich mir die Funktionsweise vorstellen?

[Medium]

Ich glaube das LLVM Backend ist nur eine Hand voll KiB groß. Das sollte, ähnlich wie damals der BASIC Interpreter, problemlos mit ins Executable passen. (Kleiner als der VCL-Ballast wird ja nicht sooo schwer :))

[mkinzler]

Es sollte gar nicht Teil der EXE werden. Ist ja nur ein Zwischencode

Code:

Delphi                                               Win32
C++         -> LLVM-Zwischencode  -> LLVM Backend -> Win64
Objective C                                          OSX32
                                                     OSX64
                                                     iOS 
                                                     ...

[Insider2004]

Zitat:

Zitat von mkinzler (Beitrag 1174182)

Es sollte gar nicht Teil der EXE werden. Ist ja nur ein Zwischencode

Code:

Delphi                                               Win32
C++         -> LLVM-Zwischencode  -> LLVM Backend -> Win64
Objective C                                          OSX32
                                                     OSX64
                                                     iOS 
                                                     ...

Sehe ich auch so. LLVM ist nur eine Abbildungsvorschrift.

[Medium]

Schon, aber wenn da das Backend grade mal ~40KiB groß ist (ich meine dieser Wert war auf der Wikipedia dafür angegeben) 20KiB schlank ist, dann würde ein Einkompilieren eine separate Installation beim Kunden quasi zum Nulltarif vermeiden. Sollte man aber einstellbar machen, ob man das will! Sonst weint wieder einer :mrgreen:

[Namenloser]

Aber wozu sollte der Kunde das Backend brauchen? :gruebel:

[implementation]

Damit LLVM besser optimieren kann, denn nur dann kennt der Optimizer ja die genaue CPU. Daraus könnte man dann evtl. eine JIT-Kompilierung basteln.