C++: Operatoren << und >>

[Chewie]

Und was nicht über die Sprache geht, macht man mit dem Präprozessor
Es gibt bestimmt einige Spaßvögel, die C-Präprozessor-Anweisungen geschrieben haben, mit deren Hilfe ein C-Compiler Pascal-Code compilieren kann

[nailor]

ja. wie ich hörte (keine garantie) arbeitet die NASA mit "begin" und "end" statt klammern aber trotzdem mit c

[Tubos]

Zitat:

Es gibt bestimmt einige Spaßvögel, die C-Präprozessor-Anweisungen geschrieben haben, mit deren Hilfe ein C-Compiler Pascal-Code compilieren kann

yeah, das ist ja ne geile idee!!

[w3seek]

Zitat von Chewie:

Es gibt bestimmt einige Spaßvögel, die C-Präprozessor-Anweisungen geschrieben haben, mit deren Hilfe ein C-Compiler Pascal-Code compilieren kann

Hm waer toll wenn das ginge, allerdings so perfekt ist der preprocessor leider nicht (ginge hoechstens mit regular expressions, aber die kann er nicht). Allerdings waere ein preprocessor in delphi auch nicht schlecht, benutze macros eigentlich laufend und das misse ich in delphi schon sehr lange

[Chewie]

Es hindert dich eigentlich niemand daran, einen Präprozessor auch für Delphi zu benutzen. Dieser wird ja vor dem Compiler ausgeführt und muss folglich nicht von der Sprache/dem Compiler unterstützt werden. Wenn du nun deine IDE dazu bekommst, dass sie vor dem Compiler noch einen Präprozessor auf den Code loslässt, dann ergeben sich für dich keine Komfort-Einbußen.
Ich hab glaub ich auch mal was von Präprozessoren für ObjectPascal-Code gehört, kann aber auch sein, dass ich mich irre.

[dizzy]

So am Rande: Was genau macht ein Präprozessor? Ist der "nur" dazu da um Sprachelemente selbst umdefinieren zu können, wie z.B. Klammern in "begin" und "end"?
Wenn dem so wäre, könnte man doch auch einen PP selber schreiben - nur dass der halt extern auf das .pas-File losgelassen werden müsste, und dieses dann erneut geladen. (Okay, native Ünterstützung wäre da ganz sicher komfortabler )

[Tubos]

Ich kann dir nur das sagen, was ich über den Präprozessor in C(++) weiß:

- Du kannst Dateien mit #include einbinden (lol ^^)

- Du kannst z.B. mit "#define a b" erreichen, dass jedes Vorkommen von a durch b ersetzt wird. Allerdings nicht in Strings, Kommentaren, Variablen- und Funktionsnamen, etc....

- Mit #pragma message("nachricht") gibt der compiler "nachricht" aus, wenn er diese Zeile kompiliert

- Es gibt IF- und ELSE-Anweisungen

- Es gibt in C (nicht aber in Delphi) vordefinierte Makros. Beispiele dafür sind __LINE__ (wird vor dem Compilieren durch die Zeilennummer ersetzt), __DATE__ (wird durch das compilierdatum ersetzt), __TIME__ (wird durch die compilierzeit ersetzt) und noch einige andere.

[Chewie]

Ganz allgemein gesprochen ist das ein Parser, der vor dem Compilieren auf das gesamte Quellcode-Dokument losgelassen wird. Der Compiler bearbeitet dann den Text, so wie ihn der Präprozessor zurückliefert.
Präprozessoren eignen sich also z.B. für Makros: Anstatt eine Funktion im Quellcode zu deklarieren und dort aufzurufen, lasse ich einen Funktionsaufruf im Code durch den Inhalt der Funktion selbst ersetzen. Dadurch bläht sich mein Quellcode evlt. etwas auf, aber ich gewinne an Performance, da ich keine Parameter an die Funktion übergeben muss und mir einen Sprung spare.

[Tubos]

Zitat:

Präprozessoren eignen sich also z.B. für Makros: Anstatt eine Funktion im Quellcode zu deklarieren und dort aufzurufen, lasse ich einen Funktionsaufruf im Code durch den Inhalt der Funktion selbst ersetzen.

Das geht im Falle von C++ aber auch mit dem Schlüsselwort inline.
Nur werden inline-Anweisungen nicht vom Präprozessor, sondern vom Compiler verarbeitet.

[dizzy]

Also wäre es in der Tat möglich einen eigenen PP zu basteln. Dann muss man die Delphi IDE nur noch dazu bewegen vor den eigentlichen Compilern noch den PP auszuführen. Ist so eine Option in Delphi irgendwo auf irgend eine Art vorgesehen/möglich/schummelbar?
Weil das Konzept reizt mich doch irgendwie...