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

[Der schöne Günther]

Ich kenne mich mit Apple-Entwicklung nicht aus. Kommt das überraschend? War es z.B. bei Bildschirmauflösungen in der Vergangenheit nicht ähnlich dass man noch eine kurze Schonfrist hatte und dann das neue unterstützen musste?

[Daniel]

Streng genommen ist die gesamte 64bit-Architektur auf Smartphones - und selbst Tables - absurd für 9 von 10 Anwendungen. Aber das hilft jetzt auch nichts.

[Darlo]

Zitat von Daniel:

Streng genommen ist die gesamte 64bit-Architektur auf Smartphones - und selbst Tables - absurd für 9 von 10 Anwendungen. Aber das hilft jetzt auch nichts.

Mich würde die 10 von 10 Anwendungen interessieren. Oder sieht Apple ihre mobilen Geräte nur noch als Spielkonsolen??

[Daniel]

Ich selbst wäre ebenfalls mit 10 von 10 zufrieden. Interessant sind natürlich Apps wie der kürzlich auf dem Event gezeigte Video-Renderer, der in Echtzeit Effekte in die Videos fuddelt. Ich halte es für plausibel, dass dies für End-Anwender interessant ist, Fotos und Videos buchstäblich mit einem Fingerstreich zu manipulieren und denke, dass dort noch am ehesten Bedarf an massiver Rechenleistung existiert.

[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.