Context
PR #32 added iosArm64/iosSimulatorArm64 targets to KernelRace's
shared/composeApp modules, plus a hand-authored iosApp/ Xcode project
shell (SwiftUI entry point embedding the Kotlin/Native framework via
embedAndSignAppleFrameworkForXcode).
None of it could be built or run in the session that produced it — that
environment was Linux only, with no Xcode/macOS available at all. Verification
there was limited to: non-Apple targets (jvm/android/wasmJs) still compiling
after the change, and structural checks on the Xcode project files (balanced
.pbxproj braces, valid Info.plist/Contents.json). The .xcodeproj itself
has never been opened in Xcode.
What needs a Mac
Related
Good fit for whoever on the team has a Mac + Xcode handy.
Context
PR #32 added
iosArm64/iosSimulatorArm64targets toKernelRace'sshared/composeAppmodules, plus a hand-authorediosApp/Xcode projectshell (SwiftUI entry point embedding the Kotlin/Native framework via
embedAndSignAppleFrameworkForXcode).None of it could be built or run in the session that produced it — that
environment was Linux only, with no Xcode/macOS available at all. Verification
there was limited to: non-Apple targets (jvm/android/wasmJs) still compiling
after the change, and structural checks on the Xcode project files (balanced
.pbxprojbraces, validInfo.plist/Contents.json). The.xcodeprojitselfhas never been opened in Xcode.
What needs a Mac
open iosApp/iosApp.xcodeproj— confirm Xcode accepts the hand-authored project file without a "project format" repair prompt/error. This is the highest-risk item:.pbxprojis easy to get subtly wrong by hand.iosAppscheme for a simulator (⌘R) — confirm the "Compile Kotlin Framework" run-script phase (:composeApp:embedAndSignAppleFrameworkForXcode) actually finds and embeds the framework.IosModelProviderdownloads/caches the GGUF (or picks up a bundled asset), and generation actually produces output — the Ktor Darwin download path (shared/src/iosMain/.../IosModelProvider.kt) has never executed.PlatformChipsrow highlights "iOS" correctly at runtime (compiled but never rendered).Assets.xcassets/AppIcon.appiconsetis currently an empty slot.Related
SKaiNET-transformers#316:
until that lands in a release, this app will run correctly but on the
scalar kernel floor rather than the Apple
native-cinteropNEON/Acceleratepath — worth checking both together, since #316's real device/simulator
validation is a natural companion to this one.
Good fit for whoever on the team has a Mac + Xcode handy.