Merkwürdiges Verhalten intrinsischer Routinen

[Uwe Raabe]

Stimmt, Pi ist eine Function, wird aber vom Compiler offenbar wie eine Konstante behandelt.

Edit: Bei genauem hinsehen wird der Funktionsaufruf einfach in die Zuweisung einer Konstanten umgewandelt. Das ist halt Compiler-Magic.

[Dejan Vu]

Dann geht das hier vermutlich auch.

Delphi-Quellcode:

Pi();
//

Mittlerweile finde ich es gut (von C#), das parameterlose Methoden als 'Foo()' aufgerufen werden müssen, und nicht als 'Foo'. Da kommt dann noch nicht mal der Compiler durcheinander.

PS: Ich dachte immer, Pi wäre eine Konstante.

[Dennis07]

Zitat von Uwe Raabe:

Stimmt, Pi ist eine Function, wird aber vom Compiler offenbar wie eine Konstante behandelt.
Edit: Bei genauem hinsehen wird der Funktionsaufruf einfach in die Zuweisung einer Konstanten umgewandelt. Das ist halt Compiler-Magic.

Naja. Aber warum hat man denn dann nicht einfach eine Konstante eingefügt, wie man es ja beispielsweise auch bei "CompilerVersion" getan hat? Eine Methode zur bestimmung einer Konstanten macht ja ohnehin nicht sonderlich viel Sinn. Insofern verstehe ich dieses Verhalten oder diese Implementierung nicht so ganz.

Zitat von Dejan Vu:

Dann geht das hier vermutlich auch.

Eben nicht...

[Dejan Vu]

Ich auch nicht. Ich war mir sicher, dass das früher mal eine Konstante war.

[Dennis07]

Zitat von Dejan Vu:

Ich war mir sicher, dass das früher mal eine Konstante war.

Hm, möglich wärs. Hat jemand evl die Möglichkeit, das mal nachzuprüfen? Das würde mich interessieren. Ich selber habe leider die alten D-Versionen nicht mehr auf der Platte, sonst würd ich das selbst machen...

[Bjoerk]

In D2007 sagt die Hilfe, Pi sei die function Pi: Extended; in der system.pas. Pi ist dort aber nicht zu finden.

[samso]

Ich kann mir vorstellen, dass man die Idee hatte die Konstante aus dem Prozessor zu übernehmen, falls dieser das unterstützt. Intel-CPUs kennen den Befehl "FLDPI".

[Dennis07]

Zitat von Bjoerk:

In D2007 sagt die Hilfe, Pi sei die function Pi: Extended; in der system.pas. Pi ist dort aber nicht zu finden.

Mag daran liegen, dass "System.Pi", wie ich ja bereits sagte, eine "Intrinsische Methode" ist, d.h. nirgendswo explizit deklariert wurde sondern in den Compiler mit eingebaut ist. Siehe hierzu Intrinsische Routinen in Delphi (OH)

Zitat von samso:

Ich kann mir vorstellen, dass man die Idee hatte die Konstante aus dem Prozessor zu übernehmen, falls dieser das unterstützt. Intel-CPUs kennen den Befehl "FLDPI".

Nein, es wird ja nicht "FLDPI" aufgerufen. Das wäre ja dann über eine Variable und dadurch erstens deutlich langsamer und auch irgendwie unnötig, da man eine Konstante ja auch direkt im Programmcode mitkompilieren kann.

Zitat von Uwe Raabe:

Wie gesagt, CompilerMagic. Je nach Typ der Zielvariablen wird eine passende Pi-Konstante als Extended, Double oder Single zugewiesen.

Und was spricht gegen eine untypisierte Konstante? const Pi = 3.14 ist ja kein Extended, sondern typenlos, oder lieg ich da falsch?

[Uwe Raabe]

Zitat von Dennis07:

Aber warum hat man denn dann nicht einfach eine Konstante eingefügt, wie man es ja beispielsweise auch bei "CompilerVersion" getan hat?

Wie gesagt, CompilerMagic. Je nach Typ der Zielvariablen wird eine passende Pi-Konstante als Extended, Double oder Single zugewiesen. Das ist effizienter als jedesmal die Umwandlung einer Extended-Konstante in den benötigten Datentyp zu konvertieren. Bei Extended werden dabei die 8087-Befehle bemüht, bei Single und Double werden im Compiler codierte Binärdarstellungen verwendet.