-
Notifications
You must be signed in to change notification settings - Fork 2.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add support of arm64 in Carthage build #7158
Conversation
This breaks the non-xcframework build, which is currently the only thing that Carthage supports for shipping prebuilt libraries. I'm not sure if there's a way to support both, but as-is this'll break our release pipeline. Carthage/Carthage#3123 looks like it fixes that and might land soon so maybe we can wait for that? |
@tgoyne Hi! Do you think it's time we could revisit this issue? The newest Carthage release supports xc frameworks. Currently it does not seem possible to build Realm with |
You have to include |
It would be great to get this merged now that Carthage 0.38.0 is out. I've installed this branch in my cartfile and it seems to be working well.
|
by the way, before release of Carthage 0.38, realm-cocoa already supported xcframework version of prebuild binary since v10.7.2. |
This PR seems to be a duplicate of #7095. Either way, I have tried the changes and they work. Hoping this can be merged soon 😄 |
cf49bb9
to
1caea0e
Compare
Hi @tgoyne Do you have any blocking issue for this? M1 + Carthage users still cannot use realm-cocoa as native on simulator if using incompatible version of Xcode/Swift between project and pre-build binary. |
Is there any update on this? It would be nice to use Carthage on M1 |
Seems like like the latest release, compatible with Xcode 13, still does not work on M1s |
d21d3b0
to
436eeed
Compare
@pavel-ship-it After rebase seems like CI is not breaking, swiftpm-debug 12.5.1 fails because of this test |
@pavel-ship-it Do you have any plans to work on this PR? |
I upgraded to Xcode 13.2 RC yesterday, and since the Swift compiler version was updated, this resulted in Realm's prebuilt XCFramework having to be recompiled. When I executed As a workaround, I can clone the |
Probably to solve this it would rather make sense for Realm to make binary only XCFramework distribution, that would be ABI stable...this compilation exclusion would keep old framework distribution still possible and will save a lot of trouble for XCFramework users, still I think that Realm should be distributed XCFramework-first nowadays... And if someone needs old fat framework, he should take care of it himself using a workaround script that will take care of removing arm64 simulator like this one... |
Hi @hiragram, @olejnjak the code available here right now is not enough to address the original problem with the Carthage builds. Even though the code here eliminates the problem for some users, it is not flexible enough to let us build all of the required configurations. |
# Conflicts: # Jenkinsfile.releasability
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I tested this and seems to be working fine, Only a small comment and LGTM
This reverts commit 24550e9.
@pavel-ship-it Thank you for your great work. When will the version including this patch be released? |
@hiragram Thank you. It will be released later this month. |
This issue exists also with spm. Hope this fix addresses this too ? |
Any problem you're having with SPM is entirely unrelated to this, and you should create a new issue. |
arm64 was disabled as Carthage was unable to build XCFrameworks.
Now it's fixed and arm64 can be enabled for M1.
Fix for Could not build arm64 contains xcframework for iOS simulator by Carthage