Erste kleine Neuigkeiten zum neuen Delphi 64 bit compiler

[Insider2004]

Hi,
im emba-non-tech-forum diskutiert zur Zeit auch Allen Bauer mit. Er ist der Oberboss aller Entwickler. Ab und zu kann man ihm ein paar Details entlocken. Siehe unten. Es wird z.B. keinen Extended-Typ mehr unter Delphi 64 bit geben:

Frage:
Would you mind to share some info about what customers should do to
get things ready for 64Bit, too?

Antwort von Allen Bauer:

Stop casting integers to pointers and vice-versa. SizeOf(Int) <> SizeOf
(Pointer). Oh, and Extended will probably be equal to Double. This is
because when in 64bit mode, the 8087 coprocessor is unavailable. You
have to use MMX/SSE instructions for doing floating point and a 10byte
float isn't supported since it cannot be properly aligned on a 8byte or
16byte boundary. This was already the case in the Delphi.NET compiler.
CLR doesn't have the concept of an Extended floating point. In
retrospect, it was probably a mistake to include Extended in the
language since it is not in the IEEE standard and was *only* intended
to be internal to the coprocessor for storing intermediate results of
calculations to reduce round-off errors.

[Luckie]

Interessant. Ein Erscheinungsdatum würde mich mal interessieren.

[himitsu]

Zitat von Luckie:

Interessant. Ein Erscheinungsdatum würde mich mal interessieren.

202x, wenn es weiter so geht, wie bisher
(wie war das mit dem 64bit Comodore für Mitte 2007, Anfang 2008, Ende 2008, usw. ? )

und du weißt doch ... damit man sie nicht drauf festnageln kann, gibt es keine Datumsangaben mehr

[mkinzler]

Zitat:

Es wird z.B. keinen Extended-Typ mehr unter Delphi 64 bit geben

Den Typ wird es schon noch geben, er unterscheidet sich dann aber nicht mehr von Double

[Insider2004]

Zitat von Luckie:

Interessant. Ein Erscheinungsdatum würde mich mal interessieren.

ich schätze:

~2010: Delphi 2011 (Linux, Mac, Win)
~2011: Delphi 2012 (64 bit)


Was auch gesagt wurde:
Das Compiler-Backend (das Teil, das den Code schreibt) ist für Mac und Linux bereits fertig codiert.

[Luckie]

Ich habe eine Idee. Siehe Umfrage: http://www.delphipraxis.net/internal...117946#1117946



Mist, ist mir langweilig.

[FAlter]

Hi,

Zitat von Insider2004:

SizeOf(Int) <> SizeOf(Pointer)

heißt das Integer bleibt bei 32 Bit wie es auch bei (Obj)FPC der Fall ist?

Gruß
FAlter

[SirThornberry]

Das fände ich sehr bedenklich. Denn in den früheren Hilfen stand doch immer das man Integer nehmen soll wenn die Größe jene eines Registers haben soll (bei 16bit Compilern = 16bit, bei 32 bit Compilern = 32bit, etc.)

[Medium]

Tja, wie war der schöne Spruch? "Was kümmert mich mein Geschwätz von gestern?"
Das ist schlicht das Eingeständnis an nachlässige Programmierer, die dies nie beachtet haben, und wohl auf die Barikaden gingen wenn sie auf einmal etliche Zeilen Code durchforsten und anpassen müssten. Aber sollte das mit Refactoring nicht pupeleinfach sein? Hm? Ach was, wir begründen das trotzdem so - ist n prima Verkaufsargument, und wen kümmern schon so Standards wie generische wortbreite Typen und eine klare Linie.

[himitsu]

Dann gehen wir eben auch auf die Barikaden und bringen Emba dazu, es hier "richtig" zu machen.

Soein Mischmasch mit'm Integer, wie mit der komischen Stringprüfung, Ansi-Frunktionen (z.B. AnsiUpperCase), welche standardmäßig ab D2009 Unicode sind, ..., muß doch nicht nochmal sein.