Delphi-Eigentümer hat neuen Besitzer?

[OlafSt]

Selbst mit viel Goodwill erkenne ich da nichts in Richtung Linux

[Sherlock]

Da natürlich nicht, aber es ging ja auch nicht um Linux, sondernd arum lieber in kruzfristige Strohfeuer als langfristige Sicherheit investieren zu wllen. Hier nun (der vollständigkeit halber) der Linux Teil:

Zitat:

As we work on Linux support, it may make the notion of pushing ARC back to the desktop more clear. Linux will not (at this point) provide any GUI support since we're focusing on server-side only. We're also planning on only targeting Linux 64-bit, since most servers these days are running at that level. ARC will certainly be there. Other things may change as well, such as the re-introduction of UTF8String (and only UTF8String) in order to allow easier use of various Linux APIs. These are all things in the pipeline and may or may not appear in any particular future release.

Ich empfehle aber einfach mal den kompletten Thread bei G+ zu lesen.

Sherlock

[Bambini]

Zitat von OlafSt:

Selbst mit viel Goodwill erkenne ich da nichts in Richtung Linux

Zum Linux Thema schreibt Allen Bauer auch:

Zitat:

As we work on Linux support, it may make the notion of pushing ARC back to the desktop more clear. Linux will not (at this point) provide any GUI support since we're focusing on server-side only. We're also planning on only targeting Linux 64-bit, since most servers these days are running at that level. ARC will certainly be there. Other things may change as well, such as the re-introduction of UTF8String (and only UTF8String) in order to allow easier use of various Linux APIs. These are all things in the pipeline and may or may not appear in any particular future release.

Das klingt schon recht konkret. Leider aber auch, das ARC auf Linux dabei sein wird. Schade!

[Bernhard Geyer]

Zitat von Bambini:

Leider aber auch, das ARC auf Linux dabei sein wird. Schade!

Macht es Sinn einen hoffnungslos veralteten Desktop-Compiler auf weitere Plattformen zu bringen.
Oder ist es besser die neue Compilergeneration auf alle Plattformen einheitlich zu bringen?

[Bambini]

Zitat von Bernhard Geyer:

Macht es Sinn einen hoffnungslos veralteten Desktop-Compiler auf weitere Plattformen zu bringen.

Den Beweis das, die "Next Generation" Compiler in irgendeiner Form besser sind, ist noch zu zeigen.
Ich denke mal, das jeder, der die mobilen Compiler verwendet, da ein anderen Eindruck hat.
Außerdem hat ARC überhaupt nichts mit dem Compiler zu tun.

Zitat von Bernhard Geyer:

Oder ist es besser die neue Compilergeneration auf alle Plattformen einheitlich zu bringen?

Einheitlich wäre: Kein ARC auf Linux, da weder Windows noch Mac OSX ARC hat. Das macht eine gemeinsame Code Basis (unnötig) schwieriger.

Es ist scheinbar ein Besonderheit von Emba, dass man gleichzeitig mit den Probleme einer neuen Plattform, gleich noch weitere Baustellen mit aufreist.
Bei den mobilen kam Huckepack z.B. ARC, ZBS, UTF8 und AnsiString. Mal schauen was was der Linux Compiler für Überraschungen mitbringt.

[Bernhard Geyer]

Zitat von Bambini:

Den Beweis das, die "Next Generation" Compiler in irgendeiner Form besser sind, ist noch zu zeigen.

Das kann er erst wenn beide Compiler für eine Plattform funktionieren.

Zitat von Bambini:

Ich denke mal, das jeder, der die mobilen Compiler verwendet, da ein anderen Eindruck hat.

In Bezug auf was?

Zitat von Bambini:

Außerdem hat ARC überhaupt nichts mit dem Compiler zu tun.

Wenn es nicht mit dem Compiler zu tun hat, wer sorgt dafür das es das gibt?

Zitat von Bernhard Geyer:

Einheitlich wäre: Kein ARC auf Linux, da weder Windows noch Mac OSX ARC hat. Das macht eine gemeinsame Code Basis (unnötig) schwieriger.

Welche gemeinsame Codebasis? Wenn ich unsere Apps auf MacOS bringen müsste hätte ich mit dem VCL-Ausbau viel zu tun.
Da macht es den kohl nicht mehr fett auch gleich den rest umzubauen (Stringhelper und Co.) damit der rest auch passt und man gleich auch eine Codesbasis für Android und iOS hat.

Zitat von Bernhard Geyer:

Bei den mobilen kam Huckepack z.B. ... UTF8 und AnsiString

In wieweit sind as neue Baustellen?

[Bambini]

Zitat von Bernhard Geyer:

Das kann er erst wenn beide Compiler für eine Plattform funktionieren.

Wenn ich mir z.B. die Compiler Zeiten einer kleinen App anschaue und diese Zeilen pro Zeile Code auf mein großes Windows Programm hochrechne,
kann ich mir dir F9 Taste abmontieren und über nightly builds nachdenken. Ob der NextGen wirklich besseren und schnelleren Code erzeugt:
http://stackoverflow.com/questions/2...id-arm-targets

Zitat von Bernhard Geyer:

Zitat von Bambini:

Außerdem hat ARC überhaupt nichts mit dem Compiler zu tun.

Wenn es nicht mit dem Compiler zu tun hat, wer sorgt dafür das es das gibt?

Die {$ifdef } im Code der RTL.

Zitat von Bernhard Geyer:

Welche gemeinsame Codebasis? Wenn ich unsere Apps auf MacOS bringen müsste hätte ich mit dem VCL-Ausbau viel zu tun.
Da macht es den kohl nicht mehr fett auch gleich den rest umzubauen (Stringhelper und Co.) damit der rest auch passt und man gleich auch eine Codesbasis für Android und iOS hat.

Es geht bei Linux um non-UI Parts. Ich nutze für den Server-Dienst unter Windows und Mac OSX eine gemeinsame Code Basis. Warum schert da Linux jetzt schon wieder aus. Ich sehe da keinen Mehrwert.

Zitat von Bernhard Geyer:

Zitat:

Bei den mobilen kam Huckepack z.B. ... UTF8 und AnsiString

In wieweit sind as neue Baustellen?

Der Wegfall bzw. Umbau bringt eine Reihe neuer Probleme mit sich, ohne das es etwas mit der neuen Plattform zu tun hat.

[Stevie]

Zitat von Bambini:

Zitat von Bernhard Geyer:

Zitat von Bambini:

Außerdem hat ARC überhaupt nichts mit dem Compiler zu tun.

Wenn es nicht mit dem Compiler zu tun hat, wer sorgt dafür das es das gibt?

Die {$ifdef } im Code der RTL.

Das ist ein Flag beim Kompilieren des Compiler frontends.
Und wenn damit dann die RTL gebuildet wird, ist halt AUTOREFCOUNT gesetzt oder nicht.
Außerdem wird bei ARC ja noch mehr gemacht (__ObjAddRef/__ObjRelease, unterschiedliches verhalten bei .Free, ...) was nur der Compiler kann und nicht ein ifdef in der RTL.

[Bambini]

Zitat von Stevie:

Das ist ein Flag beim Kompilieren des Compiler frontends.
Und wenn damit dann die RTL gebuildet wird, ist halt AUTOREFCOUNT gesetzt oder nicht.
Außerdem wird bei ARC ja noch mehr gemacht (__ObjAddRef/__ObjRelease, unterschiedliches verhalten bei .Free, ...) was nur der Compiler kann und nicht ein ifdef in der RTL.

Auch die __ObjAddRef/__ObjRelease Aurufe werden in der SYSTEM.PAS unit der RTL verwendet und gerufen.
Soweit ich das gesehen und gelesen habe, ist ARC kein Compiler-Feature.
Z.B. der leicht geändert Delphi X86 Compiler erzeugt ja auch den Code für den iOS Simulator, mit ARC.