IOS SDK 12 installieren unter Delphi 10.3.1. funktioniert nicht

[Harry Stahl]

Habe meinen MAC von Sierra auf Mojave aktualisiert, das hat soweit gut geklappt. Dann habe ich XCode 10.1 aus dem Store geladen und installiert.

Habe auch eine Beispielapp mit Target IOS 12 erstellt und auf dem Device installiert und ausgeführt. Auch OK.

Nun wollte ich in Delphi über den SDK-Manager auch das IOS 12 rüberziehen, es wird aber nicht angeboten.

Was kann man da tun?

Das hat gleichfalls nicht mit dem IOS-Simulator 12 funktioniert, den ich über XCode, Preferences, Componenten auf den MAC gezogen hatte. Wird auch nicht im SDK-Manager angeboten.

[Rollo62]

Bei mir hat unter 10.3 funktioniert, 10.3.1 läuft gerade noch durch (hoffentlich).
Bist du denn mit PAServer verbunden, zeigt dir das Provisioning was Sinnvolles an ?
Hast du den PAServer aktualisiert ?

[Harry Stahl]

Ja, hatte den PAServer aktualisiert (Version 11.1.12.0 vom 5. Februar).

Problem wird wohl sein, dass ich unter Sierra das Xcode mal per Download von der Entwickler-Homepage installiert hatte.

Seltsamerweise hatte ich dann XCode als XCode2 in den Ordner Downloads installiert. Und von da holte Delphi sich dann die SDK's.

Jetzt unter Mojave hatte ich XCode aus dem Store geladen und installiert, das ging dann in den Application Folder.

Nun habe ich XCdode2 unter Downloads gelöscht, jetzt meldet der SDK-Manager nach start nur noch ein Fenster

"Für die Plattformn "

mit Schaltern OK und Hilfe.

Hatte auch noch die Commanline-Tools für XCode 10.1 installiert, aber das brachte auch nichts.

Offensichtlich versucht der PAServer (den hatte ich auch noch mal neu installiert), die Sourcen von der XCOde2-Installation im Ordner Downloads zu holen.

Ich nehme mal an, der PAServer speichert irgendwo Einstellungen, die ich manuell bearbeiten muss, nur wo?

[Rollo62]

Man kann mehrere Xcode Versionen nebeneinander installieren, mit Xcode-select muss das aktuelle aber bekannt gemacht werden

Zitat:

$ sudo xcode-select -s /Applications/Xcode9b1.app/Contents/Developer
$ xcode-select -p
/Applications/Xcode9b1.app/Contents/Developer

Probier mal ob du das aktuelle bekannt machen kannst, wie hier (und im Web) beschrieben.

Habe jetzt die korrekten Optionen dafür gerade nicht parat, womit ich das damals bei XCode8.x gemacht hatte.

Edit:
Hier ist es vielleicht deutlicher beschrieben
https://developer.apple.com/library/...39/_index.html

[Harry Stahl]

Super, 1000 Dank, das war der entscheidende Hinweis.

Hier reichte, dass man unter "Locations" (Dialog Preferences) die Commandline-Tools in dem aus dem Application-Ordner gestarteten XCode auswählte.

[philipp.hofmann]

Ich habe eine Frage hierzu:
- ich habe auf meiner Windows-Maschine Delphi 10.1.2 und 10.3.1 installiert
- 10.3.1 verwende ich für die Plattformen Win32, Win64, Android, iOS und Linux
- 10.1.2 verwende ich für MacOS (weil nur dann BLE gehen sollte)
- ich habe auf meinem Mac PAServer-18.0 und PAServer-20.0 installiert
- ich habe auf meinem Mac Xcode 10.1 und Xcode 9.4.1 installiert und beide erscheinen in Programme (10.1 als Xcode und 9.4.1 als Xcode941, was ich durch Umbenennen erreicht habe)
- wenn ich jetzt zwischen iOS (wofür ich Xcode 10.1 nutze) und MacOS (wofür ich Xcode 9.4.1 nutzen will) wechsele, nutze ich das hier dokumentierte "sudo xcode-select -s /Applications/Xcode.app/Contents/Developer" bzw. "sudo xcode-select -s /Applications(Xcode941.app/Contents/Developer" Skript, welches auch funktioniert, wenn ich mir danach "xcode-select -p" anschaue


Frage 1: Kann ich jetzt sicher sein, dass PAServer-18.0 Xcode 9.4.1 nutzt, wenn ich dies vor dem Start von PAServer-18.0 mit dem Skript wechsele? Kann ich dies irgendwo im Delphi-Programm ausgeben?
Ich frage, weil ich immer noch kein BLE unter MacOS nutzen kann, was in der Kombination Delphi 10.1.2, PAServer-18.0 und Xcode 9.4.1 eigentlich machbar sein sollte.


Vielleicht hilft auch schon, wenn ich verstehe, in welchem Tool ich die folgende Einstellung vornehmen kann:

Zitat:

Hier reichte, dass man unter "Locations" (Dialog Preferences) die Commandline-Tools in dem aus dem Application-Ordner gestarteten XCode auswählte.

[Sherlock]

Ich glaube du kannst es nur indirekt erkennen, anhand der angebotenen iOS Simulatoren...

Sherlock

[philipp.hofmann]

Ok, wenn ich Xcode 9.4.1 aktiviere und das MacOS-SDK neu hinzufügt, wird Version 10.13.4 angezeigt. Wenn ich Xcode 10.1 aktiviere, wird Version 10.14.1 angezeigt. Damit kann ich dann das Projekt auch gar nicht starten. Heißt dies nicht eigentlich, ich brauche das Xcode-Selector-Skript auf MacOS-Seite gar nicht?

[Rollo62]

Zitat:

- 10.1.2 verwende ich für MacOS (weil nur dann BLE gehen sollte)

Wenn nur das der Grund ist, ich denke das liegt eher an der Macos-Version als an der RadStudio Version, dort gab es keine Änderungen bzgl. Mac (soweit mir bekannt).

Ich nutze
Rx10.3.1 mit BLE für Macos auf iMac mit MacOs 10.12.6 Sierra, und dasselbe
Rx10.3.1 mit BLE für iOS auf VM-MacOs Mojave mit iOS 12.x
Rx10.3.1 selbst läuft in einer VM.

Das funktioniert soweit ohne Probleme.

Nur die iMac-Hardware habe ich noch nicht auf Mojave upgedatet,
weil ich damit bei High Sierra Probleme hatte, und downgegraded hatte.

Der Tag wird kommen das ich auf Mojave updaten muss, es wäe gut zu wissen ob ein iMac damit mit BLE klarkommt, weil ich diese Konfiguration hauptsächlich zum debuggen & entwickeln nutze.
Der iOS-Mojave Workflow funktioniert zwar, dauert abr 10x so lange, und kann man schlecht debuggen.

Den ganzen XCode-Select Aufwand musste ich nur machen als XCode (Beta) nicht in der Lage war Apps korrekt zu erzeugen.
Das ist aber seint geraumer Zeit (XCode 8.2 oder so) erledigt.

[philipp.hofmann]

Zitat:

Rx10.3.1 mit BLE für Macos auf iMac mit MacOs 10.12.6 Sierra, und dasselbe

Was bedeutet dies für deine Auslieferungen? Darf der Kunde dann auch nur MacOS Sierra haben? Das würde mir dann überhaupt nicht helfen. Dann würde ich an der Stelle nur für mich produzieren.

P.S.: Für die iOS-Entwicklung debugge ich kaum, sondern arbeite mit dem typischen Log-Workaround. Aber das hat natürlich seine Grenzen, wo man dann doch um Debuggen nicht umhin kommt.

[Rollo62]

Ich bin in der glücklichen Lage nichts auf MacOs auszuliefern, nur auf iOS und Android.

An Macos würde ich mich erst wagen wenn 64-Bit sauber läuft.
Tut mir echt leid für Alle die Macos Anwendungen bei den Kunden haben, das ist wohl nicht so lustig.

Aber was macht man denn mit BLE auf einem Mac,
Liest du damit irgendwelche Geräte aus, und verarbeitest die weiter ?

Normalerwesie macht man das mit Windows, welche Macos Designer lassen sich denn zu so einer hardwarenahen Operation herab :stupid:

Rollo

[philipp.hofmann]

Ich lese sowohl Rollentrainer für das Radtrainings im Winter aus (Leistungsmessung, als das IST) und übergebe diesen Rollentrainern auch den Soll-Widerstand (Leistungssteuerung).
Dies funktioniert auf Win32/Win64/iOS/Android soweit gut, aber glücklicherweise ist MacOS dafür nur ein Radthema, aber es ist ärgerlich, dass die gesamte Software unter MacOS läuft bis auf das Thema BLE, wenn man eine aktuelle MacOS-Version benutzt. Mal schauen, ob ich mein altes MacBookAir nochmals auskrame, auf Sierra downgrade und dort zumindest für mein eigenes Ego den Test beenden kann und dann auf Emba und MacOS64 warte.

[Rollo62]

Interessant, das macht Sinn.
Ich habe mal einen Poll gestartet um zu sehen wieviele Leidensgenossen es gibt.

[philipp.hofmann]

So, ich kann auch bestätigen, Delphi 10.3.1+BLE funktioniert, aber nur bis MacOSX Sierra (-> Xcode 9.2). Mit Mojave habe ich es noch nicht zum Laufen gebracht.