Description
Describe the bug
Objectbox-Swift 1.8.1 Pod still use Objectbox-C 0.18.0.
I don't know where is the best place to fire this new issue. See additional context for detail.
Basic info (please complete the following information):
- ObjectBox version (are you using the latest version?): 1.8.1 (packed with Objecbox-C 0.18.0)
- Reproducibility: always
- Device: any iPhone
- OS: any iOS
To Reproduce
Steps to reproduce the behavior:
- Follow the instruction to install objectbox-swift
- Check
Pods/ObjectBox/Objectbox.xcframework/ios-arm64/ObjectBox.framework/Headers/objectbox-c.h
or callobx_version()
Expected behavior
I should see Objectbox-Swift backing up by Objectbox-C 0.18.1.
Code
not appliable
Logs, stack traces
sig fault (detail see additional context)
Note: the loaded ObjectBox C library should be updated.
Found ObjectBox version 0.18.0, but the minimum recommended version is 0.18.1
Additional context
I'll explain the actual scenario here.
I'm building an iOS app that requires a library built-on Go library (I'm also one of the developer of that Go library).
We are using Objectbox-Go 1.7.0 (with requires Objectbox-C 0.18.1) in that Go library, and use gomobile
to generate a iOS framework for the Go library. Since the Go library will fully maintain data, it is not applicable to move codes to iOS level (yes, we've planned Android and PC version that uses the same Go library)
First attempt, build the Xcode project without adding Objectbox-Swift as dependencies. Of course it would failed at link stage because Objectbox-Go requires Objectbox-C and it is not included in framework.
Second attempt, adding Objectbox
to Podfile
, and explicitly specify version 1.8.1
. Build successfully completed because Objectbox-C (Objectbox.xcframework
) is now included link options (via linking with Objectbox-Swift pod). Tried to run the app, but the app crashes, complaining
Note: the loaded ObjectBox C library should be updated.
Found ObjectBox version 0.18.0, but the minimum recommended version is 0.18.1
There is no way to find any iOS-compliant ObjectBox-C binaries in releases.
I'd suggest to have two Pods for iOS:
- ObjectBoxC, a pod that contains only macOS and iOS Objectbox-C frameworks, releases with ObjectBox-C.
- ObjectBox or ObjectBoxSwift, depends on
pod ObjectBoxC
so that developers can choose specified version of ObjectBox-C and ObjectBox-Swift for development, and to build iOS app with other frameworks that uses ObjectBox.