Support for Swift Package Manager
It would be great if the repository contained a Package.swift manifest to allow using objectbox-swift as a dependency with Swift Package Manager.
With Xcode 11, Swift Packages can be added and managed very easily directly in the GUI and without any external requirements (e.g. CocoaPods).
We're keeping an eye on SPM, but there are a few features missing in it currently to work for ObjectBox.
To be clearer: SwiftPM currently does not support including an already-built library, nor a helper executable like our code generator.
There is a proposal here: https://forums.swift.org/t/pitch-support-for-binary-dependencies/27620/90
If you find a better way of "tracking" Apple's progress for this, please post here.
Can we work around those limitations some how? E.g. have the Swift code packaged with SPM, and have a hook somewhere to provide the non-Swift parts?
There is now an official proposal for binary dependencies: https://github.com/apple/swift-evolution/blob/master/proposals/0272-swiftpm-binary-dependencies.md
Review (currently running): https://forums.swift.org/t/se-0272-package-manager-binary-dependencies/30753
This will be implemented into Swift 5.3. Hopefully objectbox will be able to implement it shortly after.
PS @greenrobot Check out https://apps.apple.com/us/app/evolution-app/id1210898168.
This small WWDC 2020 video "Distribute binary frameworks as Swift packages" might be helpful: https://developer.apple.com/videos/play/wwdc2020/10147
I guess setting up an XCFramework and enabling .swiftinterface would be a prerequisite. Would be also useful to Carthage; see https://github.com/Carthage/Carthage/issues/2887#issuecomment-651664143.
Hi all,
@paulofaria and I have been looking at this, and we are able to build and use the ObjectBox framework using spm on MacOS Catalina using the 5.2 toolchain. To do so, we've reorganised the repo to better match the standard spm project structure, and would like to discuss how we can merge the main repo and our fork going forward. Below, you can find the result of our work: https://github.com/katalysis-io/objectbox-swift (spm version ported to 1.3.1) https://github.com/katalysis-io/objectbox-spm-test (simple cli binary linking to objectbox using spm to manage dependencies)
We still have issues compiling on Linux due to the presence of Foundation in the ObjectiveC/C++ wrappers around the ObjectBox C lib to catch exceptions.
@ratranqu Cool. Thanks for pushing this!
Seems like we have 3 topics here:
-
Reorganizing the repo is not trivial for us, as there are some interdependent things at our end internally. But let's see what we can do over time...
-
I'd like to understand better the
swift buildapproach vs. XCFrameworks. Iirc, XCFrameworks only works on Apple platforms, but not on Linux? XCFrameworks still seems to be the way to go for Apple ecosystem. -
Not sure if those ObjectiveC/C++ wrappers are still required... Could you open a new issue with some details?
We've been experimenting with XCFramework a little bit.
You can download it here if you want to play around with it: https://github.com/objectbox/objectbox-swift/releases/download/v1.3.1/ObjectBox.xcframework.zip
Related commit with the script building the xcframework: 25222a560a34c557851846bee9f908f02f485b92
While the framework is one of the pieces, we also have to get the ObjectBox Swift code generator working. Not sure if Swift Package Manager can help with that...
@ratranqu (off-topic) old error handling code was removed in ced59de0065ec5a27887b1e1aae8944fd2544941 - for any ObjC/NS leftovers, please raise an issues.
Any updates regarding adding support to SPM? As of Swift 5.3, SPM supports embeded binaries if needed 🙏
Waiting For SPM ~
Some updates: our latest version 1.5 now uses XCFramework; this allows us to bundle the runtime library using SPM. Expect some updates on that very soon. This will still require some manual setup for the code generator, that needs to be integrated into the build.
Next, we are looking forward to the availability of Package Manager Extensible Build Tools. If things work out, this SwiftPM plugin mechanism will eliminate the manual setup.
OK, we have a preliminary SPM installation in place. Check the SPM tab in our Swift docs. Not sure if setting up the generator works for everyone yet, please let us know. If it doesn't, check the manual setup for the generator.
Howdy. I added ObjectBox to a tiny app project.
In Xcode, I went to File > Add Packages..., pasted the ObjectBox GitHub URL into the search field, saw objectbox-swift and objectbox-swift-generator, chose objectbox-swift and pressed Add Package.
After I ran:
~/Library/Developer/Xcode/DerivedData/ndgrf2-cqpqfeggakslaudpbqkvztxcabps/SourcePackages/checkouts/objectbox-swift/Source/ios-framework/cocoapod/setup.rb ~/Code/ndgrf2/ndgrf2.xcodeproj/
And output looked good: a few blue diamonds and a couple green checkmarks.
I added the 12 lines of sample code from here under "Initializing a Store". The Xcode live issues feature had no problem with the code.
I pressed command+B for Simulator and got this build error:
Script: /Users/jeff/Code/ndgrf2/../../Library/Developer/Xcode/DerivedData/ndgrf2-cqpqfeggakslaudpbqkvztxcabps/SourcePackages/checkouts/objectbox-swift/Source/ios-framework/cocoapod/generate_sources.sh
Script realpath: /Users/jeff/Library/Developer/Xcode/DerivedData/ndgrf2-cqpqfeggakslaudpbqkvztxcabps/SourcePackages/checkouts/objectbox-swift/Source/ios-framework/cocoapod/generate_sources.sh
error: Cannot find Sourcery in the expected location at '/Users/jeff/Library/Developer/Xcode/DerivedData/ndgrf2-cqpqfeggakslaudpbqkvztxcabps/SourcePackages/checkouts/objectbox-swift/Source/ios-framework/cocoapod/Sourcery.app/Contents/MacOS/Sourcery'
So I guess I need to add that objectbox-swift-generator package also?
@coderliu007 Is this related to #82? This does not seem to be related to this issue.
Edit: note that ObjectBox for Swift does not support Swift Package Manager, yet. We only did an experimental release a while back.