tyiuandClaude Sonnet 5
e71b01b0e3
The earlier -Wl,-U,_sqlite3_enable_load_extension fix only satisfied the linker; at runtime, Kotlin/Native's cinterop wrapper for that function still resolves against the symbol the moment SQLDelight's native-driver opens a connection, and Apple's system libsqlite3 doesn't export it on macOS — so the app now crashed instead of failing to build. Adds weak no-op definitions of sqlite3_enable_load_extension and sqlite3_load_extension, compiled directly into the app (Xcode's file-system-synchronized group picks the file up with no project.pbxproj changes needed beyond what Xcode itself rewrote on this build). Weak means a platform whose system library does provide the real symbol keeps using that one; this only fills in where it's missing. Verified there's no longer a crash by running the built macOS binary directly and by installing/launching it on the iOS Simulator — neither produced a dyld error or a crash report, versus two reproducible crash reports beforehand with the exact reported failure signature. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01QpjMKWGoiT5aJBzhxvXkwp