XCODE 12.2 und Sydney will nicht

[Rollo62]

Zitat von philipp.hofmann:

Rollo, du nutzt zwar XCode 12.1, hast aber die SDK in Delphi 10.4.x auch noch mit XCode 11.x-Version erzeugt, oder?

Das kann gut sein, ich warte mit Updates meist recht lange,
und nehme dann immer meine alten SDK's mit.
Weil nachträgliches reinfummeln alter SDK's aus Backups ist ein Horror.
Und das Aktualisieren mit neuem XCode ist manchmal nicht möglich, auch das entsprechende DebugImage muss auf das iOS Gerät.

Weil Apple ständig massive Änderungen am ganzen System macht, die dann alle möglichen Inkompatibilitäten erzeugen kann ich nur raten, mit Updates möglichst lange zu warten.
Aber auch nicht zu lange.
Deshalb mache ich Versuche mit Macos VM's, die ich dann update, was aber auch nicht immer geht.
Man muss ziemlich aufpassen, denn Apple erzwingt of Macos, XCode, iOS Updates,
und der Weg zurück ist sehr steinig bis unmöglich.

Apple Developer, Xamarin, Unity Nutzer haben aber sehr oft die gleichen Probleme mit Apple, so dass man in guter Gesellschaft ist
Apple nimmt wenig Rücksicht auf Kompatibilität, da lob ich mir das gute, alte Microsoft Windows.

[twein]

Zitat von philipp.hofmann:

Apple nimmt wenig Rücksicht auf Kompatibilität, da lob ich mir das gute, alte Microsoft Windows.

Verstehe ich nicht.

Hatte noch nie Probleme mit alter Apple Software auf einem Mac!
Ausnahme Catalina und 32bit Applikationen.

[TurboMagic]

Er meinte Entwickler Tools und SDKs genauso wie häufigere Zwänge unbedingt eine neuere SDK Version einsetzen zu müssen.

[philipp.hofmann]

Ich habe heute den Versuch von XCode 12.2 und Sydney gemacht, sowohl für iOS als auch für MacOS, aber es gibt hier mindestens noch Handlungsbedarf bei den Bibliotheken, die ich nutze.
Daher verbleibe ich bis auf weiteres auf XCode 11.7, nutze aber trotzdem MacOS BigSur 11.0 und iOS 14.2 (aber eben wegen XCode 11.7 mit einem MacOS-SDK 10.15.6 und einem iOS-SDK 13.7).
Also war das Update zumindest auf der OS-Seite erfolgreich.

Wichtig ist für die SDK-Erstellung, dass man hier sehr sauber vorgehen muss.

Falls man ein SDK von Grund auf neu erstellen will (und dies lohnt sich manchmal tatsächlich):
- SDK in Delphi löschen
- SDK im EMBT-Verzeichnis löschen (z.B. C:\Users\[User]\OneDrive\Dokumente\Embarcadero\Studio\SDKs\iPhone OS13.7.sdk)
und zur Erstellung des SDKs:
- scratch-dir leeren
- CommandLine sauber auf das richtige XCode einstellen
- und erst dann das SDK via Delphi erstellen
- und dann alle fehlenden Frameworks nachtragen (der Schritt nervt dabei am meisten, hängt aber an der Anzahl der genutzten Fremdkomponenten)