Delphi am "Ende"?

[Robotiker]

Zitat von NamenLozer:

Es mag schon stimmen, dass andere Compiler, vor allem im Bereich C/C++, besser und aufwändiger optimieren als Delphi. Das sind aber im Gegensatz zu Delphi praktisch immer Multipass-Compiler, mit dem Nachteil, dass der Kompiliervorgang auch deutlich länger dauert. In kaum einer anderen Sprache kann man so schnell mal eben Code schreiben, kompilieren und testen wie in Delphi.

Daran sieht man eben, dass Delphi mehr auf RAD ausgelegt ist, als auf hohe Runtime-Performance.

Ich hatte ja schon mal in einem anderen Thread geschrieben, es gab mal ein Borland Produkt, wo man den Unterschied schön sehen konnte. Der C++ BuilderX enthielt in den größeren Versionen den Compiler aus dem C++ Builder 6, den Intel Compiler und den MingW (GNU Compiler für Windows) und konnte den Compiler aus dem parallel installierten Visual Studio 2003 verwenden.

Man konnte also in einer IDE den gleichen Code mit vier Compilern übersetzen. Die Unterschiede bei der Übersetzungszeit waren teilweise dramatisch. Ich kann mich an ein Projekt erinnern, da brauchte der Borland 16 Sekunden und der GNU knapp 3 Minuten.

Die Geschwindigkeit des erzeugten Codes war praktisch immer in der Reihenfolge Intel, MS, GNU, Borland. Aber sehr abhängig von dem, was da gerechnet wurde. Bei numerischen Sachen konnte sich der Intel extrem absetzen, Borland fiel weit zurück. Bei Stringoperationen (z.B. XML) praktisch kaum ein Unterschied zwischen MS und Intel, GNU und Borland gemeinsam etwas abgeschlagen.

Grundsätzlich gilt das heute zwischen C++ Builder XE und Visual Studio 2010 immer noch, alles was viel rechnet, wirkt mit dem bcc32 übersetzt etwas träge.

[HeikoAdams]

Aus meiner Vergangenheit weiß ich, das der Sybase PowerBuilder das Problem relativ elegant gelöst hat: zum Entwickeln und testen gibt es ein schnelles Compilieren ("Build"), bei dem nur die Änderungen neu übersetzt werden und für Releases ein gründliches Compilieren ("Full rebuild"), bei dem der komplette Sourcecode neu übersetzt wird. Vielleicht wäre das in Verbindung mit einem hochperformanten Multipass-Compiler eine Option für Delphi.

[himitsu]

Zitat von HeikoAdams:

zum Entwickeln und testen gibt es ein schnelles Compilieren ("Build"), bei dem nur die Änderungen neu übersetzt werden und für Releases ein gründliches Compilieren ("Full rebuild"), bei dem der komplette Sourcecode neu übersetzt wird. Vielleicht wäre das in Verbindung mit einem hochperformanten Multipass-Compiler eine Option für Delphi.

Gibt es doch auch schon jetzt, bzw. schon sehr lange?

> Compilieren > nur neues/geändertes Compilieren
> Erzeugen > alles neu Compilieren

[mkinzler]

Aber nur auf Unitebene. Die Units mit Änderungen werden komplett neu kompiliert.

[himitsu]

Zitat von mkinzler:

Aber nur auf Unitebene. Die Units mit Änderungen werden komplett neu kompiliert.

Was Delphi leider auch nicht mitbekommt,
wenn man über die Projektoptionen oder als Parameter an den CommandLineCompiler einen/mehrere Compilerschalter übergibt,
dann bekommt Delphi diese Änderung nicht mit, wenn diese Schalter in einer Unit verwendet werden (z.B. {$IFDEF} ).
Wurde eine unit also als unverändert erkannt, egal ob sich Compilerschalter und somit die Quellcodeauswertung verändert haben (der Quellcode selber blieb j unverändert), dann wird blöder weise nicht neu kompiliert.

Ebenso kann dieses bei Includedateien passieren.