64-bit wird vorausgesetzt: Apples Entwickler-Ultimatum ab Februar

[mkinzler]

Vielleicht habe ich mich etwas missverständlich ausgedrückt. Ich meinte nicht, dass es nicht kommt weil es nicht auf der Roadmap steht (Roadmap nicht änderbar), sondern das man wahrscheinlich bisher nicht daran arbeitet. Im Gegenteil ist die Roadmap ( zumindest die offizielle öffentliche) zu wenig verbindlich/strategisch.

Man hat vor Jahren schon erkannt, dass es sinnvoll wäre eine Frontend/Backend Compilerstruktur zu haben, in der für jede Sprache ein Frontend und für jede Plattform ein Backend besteht. Man hat damit mit dem Win64 Delphicompiler begonnen, der Win32 Compiler blieb (bis heute der "alte" Compiler). Der Compiler für OSX (32 Bit) basiert auf dem Win32 Complier. Mit dem nextgen Compiler hat man dann auf die LLVM Infrastruktur gewechselt, für welche man "nur" noch das frontend entwickeln muss, da die backends für viele Plattformen schon vorhanden sind. C++ verwendet nun auch LLVM aber neuere Versionen ( 32Bit/64Bit).

Praktisch hat man sein Ziel der Vereinheitlichung verpasst, da man weiterhin für fast jede Plattform getrennt entwickeln muss ( Nur der arm7 compiler wird für iOS und Android erwendet).

Delphi compiler für Win32
Delphi compiler für OSX32
Delphi compiler für EMBT frontend/backend mit backend für Win64
Delphi compiler für LLVM (iOs/Android backends)
C++ complier für LLVM
C++ compiler für LLVM (64-Bit)

Hoffentlich entwickelt EMBT dann den neuen compiler auch für Android.

Für eine neue Plattform wurde weiterhin ein neuer Compiler entwickelt, die alten blieben so, wie sie waren ( die 3 Compiler für LLVM verwenden 3 verschiedene LLVM versionen). Langfristig sollte dieser Wildwuchs aber beseitigt werden, da die weiteren geplanten Plattformen den Rahmen dann sprengen werden.

[Stevie]

Zumindest, was 32-bit angeht, bin ich froh, dass das noch der "alte" ist, wenn ich mir die Grottenperformance der Nextgens anschaue (die afaik größtenteils in der LLVM Architektur begründet liegt).

[mkinzler]

Es gibt auch anderes, was einem an dem nextgen stören könnte, aber grundsätzlich ist das System dass sie nun haben recht schwer zu warten und auch die langsame Anpassungsfähigkeit liegt imho darin begründet.

Wen man mindestens alle LLVM compiler auf der selben Version hätte.
Wenn nun ein ARMv8 compiler kommt, wird der hoffentlich nur als weiteres backend für den Delphi compiler für LLVM implementiert. Hierzu muss dieser u.U. aber an die neue LLVM version angepasst werden ( mit ARMv8 backend).

[Phoenix]

Naja, für die Apps ist das vielleicht wirklich nicht so nötig.

Aber wenn Apple vielleicht plant, in die nächste (oder übernächste) Geräte-Generation nur noch 64bit Chips zu verbauen (weil die vielleicht billiger sind, einfacher zu beschaffen, whatever), dann muss man als Entwickler halt nachziehen, weil sonst läuft es irgendwann eben nicht mehr auf dem iPhone vNext.

[mkinzler]

Zitat von Phoenix:

Naja, für die Apps ist das vielleicht wirklich nicht so nötig.

Aber wenn Apple vielleicht plant, in die nächste (oder übernächste) Geräte-Generation nur noch 64bit Chips zu verbauen (weil die vielleicht billiger sind, einfacher zu beschaffen, whatever), dann muss man als Entwickler halt nachziehen, weil sonst läuft es irgendwann eben nicht mehr auf dem iPhone vNext.

Man verbaut seit dem iPhone 5s nur noch 64Bit Chips, diese können aber auch (wie auch X64_64) auch alten ARMv7 32 Bit Code ausführen ( nund auch noch ältere ARM Code).

[himitsu]

Wenn ich mir die Kommentare so durchlese, vorallem

Zitat von Dennis:

Sie müssen 64-Bit unterstützen. Das schließt eine 32-Bit Unterstützung nicht aus.
Sprich, die alten Devices werden auch weiterhin unterstützt. Es wird lediglich eine Kompatibilität mit der neuen Hardware verlangt! Also wenn ein Entwickler eine neue App entwickelt, kann er diese nicht auf nur-32-Bit-Geräte festnageln.

Ein Win32-Programm läuft ja ebenfalls in einem Win64, also unterstützt man implizit das Win64, solange man nicht explizit etwas verwendet, das nur unter Win32 funktioniert.

Genauso würde ich das beim Apple-OS auch erstmal sehn, oder wird denn nun wirklich explizit eine 64-Bit-App verlangt?

Zitat:

Starting February 1, 2015, new iOS apps uploaded to the App Store must include 64-bit support and be built with the iOS 8 SDK, included in Xcode 6 or later. To enable 64-bit in your project, we recommend using the default Xcode build setting of “Standard architectures” to build a single binary with both 32-bit and 64-bit code.

[Stevie]

Zitat von himitsu:

Genauso würde ich das beim Apple-OS auch erstmal sehn, oder wird denn nun wirklich explizit eine 64-Bit-App verlangt?

Zitat:

Starting February 1, 2015, new iOS apps uploaded to the App Store must include 64-bit support and be built with the iOS 8 SDK, included in Xcode 6 or later. To enable 64-bit in your project, we recommend using the default Xcode build setting of “Standard architectures” to build a single binary with both: 32-bit and 64-bit code.

Ich hab die Markierung mal geändert, damit das klar wird

[himitsu]

In einer "EXE"?

Also sowas wie dieser komische Hack, wo DOS und Windows-GUI-Programme in Einem waren?




Dann wird das Kompilieren doch doppelt so lang dauern und die Binarys fast doppelt so groß, wenn alles doppelt drin ist.

[mkinzler]

Bei Apple gab es dies immer mal wieder ( 68K/PPC, PPC/IA32).

[Daniel]

Das ist kein Hack.
Die Apps sind letztlich ein Container-Format, in dem auch mehrere Binaries sauber und ordentlich nebeneinander liegen können.