-
-
Notifications
You must be signed in to change notification settings - Fork 7.6k
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
Xcode 12 Beta Archive issue #3240
Comments
I have the same issue |
Bumping the deployment target fixed it for me (I raised it to 12, which is my app's deployment target, but maybe a lower value would be enough). |
Which platforms were you archiving for? |
just for iOS |
@marcelofabri A deployment target of iOS 11 should work, since that's the version that dropped support for I'll report this as a bug. |
I've filed FB7764057, so if everyone else seeing this issue could file their own issue and cite this first feedback, we should be able to get this fixed. |
Should we open a report in bugs.swift.org for visibility? |
Is there any way to reproduce the issue without Xcode? I don't think so, as SPM can't build for iOS, so there's no way to see this issue without using Xcode. If that's the case I'm not sure a Swift bug is appropriate. I've request a lab session to discuss the issue with an Apple engineer, so I'll update afterward to see if we need more visibility. |
I believe it is a system/beta issue as I saw it building against simulator as well: And people discussed this in apple forum: https://developer.apple.com/forums/thread/649918 |
We can consider to remove armv7 from all Valid Architectures (main project, pods project) because armv7 is only used for old devices |
I added the workaround to avoid the archive issue (#3247)
|
This makes the build stage pass! |
Encountered this at Xcode 12 beta 2 as well :( |
Error persists at Xcode 12 beta 3 (12A8169g) |
I urge everyone who is seeing this issue to file reports with Apple so they can prioritize a fix. Feel free to duplicate my initial report, FB7764057. |
How can I file a report with Apple? I've never done that |
@gbreen12 Use the Feedback Assistant app on macOS or follow these directions. |
Increase iOS version in deployment info of alamofire target in Pods project, from 8.0 to 12.0 helps me to resolve this issue |
podfile
post_install do |pi|
pi.pods_project.targets.each do |t|
t.build_configurations.each do |config|
config.build_settings['IPHONEOS_DEPLOYMENT_TARGET'] = '12.0'
end
end
end I hope to help you solve the problem |
Yes, any deployment target of iOS 11 and above should avoid the 32-bit compilation issues, as that's the first version that dropped support. |
Anyone try this on beta 4 yet? |
I was able to archive the framework using Xcode 12b4, but I'll let one of the other reporters confirm before closing this issue. |
🤯 |
It's still failing for me. I'm using Alamofire in a project with Carthage. Not sure if there is some difference there. |
@gbreen12 Make sure to clear your Carthage dependencies and rebuild with the new version of Xcode. |
It's weird I am getting this error: This usually indicates that project itself failed to compile. Please check the xcodebuild log for more details: /var/folders/p0/d977974s4vq_3xqjv71sc1gm0000gn/T/carthage-xcodebuild.KMmG6X.log But when I look at the log file it says it succeeded... |
@gbreen12 Perhaps an issue with Carthage, make sure you're running the latest version. |
Looks like it is a problem with Carthage: Carthage/Carthage#3019 I tried to archive the Alamofire project that got downloaded via Carthage and it archived fine so seems like this issue can be closed to me. |
Looks like this is fixed in Xcode 12b4, so I'm closing this issue. Thanks for the input everyone! |
I am getting the error while compiling on Xcode 12 beta 5. I am using Carthage |
@shubhendu-shukla You need to rebuild your dependencies using the newer Xcode 12 to see the fix. Additionally, there are Carthage issues with Xcode 12 in general, so you might need to investigate those as well. |
I am already compiling with Xcode 12. But Alamofire is breaking while compiling Carthage. |
What error are you getting exactly? |
|
That's not the actual error. You need to read the actual build log to find it. However, that looks like the Carthage error mentioned above, so you should keep track of that issue to see when it's fixed. |
it doesn't work anymore. Xcode 12 is official but previous projects won't compile. |
Since Xcode 12 is available in beta I've had to give it a try. There is some issue when trying to archive Alamofire.
Undefined symbols for architecture armv7: "type metadata for Swift._StringObject.Variant", referenced from: outlined init with take of Swift._StringObject.Variant in HTTPHeaders.o ld: symbol(s) not found for architecture armv7
When it comes to this issue I am aware that it may be fault of new Xcode, I just would like to start the discussion on this topic.
What did you do?
I've tried to archive Alamofire using new Xcode12-beta
What did you expect to happen?
Successful archive.
What happened instead?
Archive failed with error
Undefined symbols for architecture armv7: "type metadata for Swift._StringObject.Variant", referenced from: outlined init with take of Swift._StringObject.Variant in HTTPHeaders.o ld: symbol(s) not found for architecture armv7
Alamofire Environment
Alamofire version: 5.2.1
Xcode version: 12-beta
Swift version: 5.3 (swiftlang-1200.0.16.9 clang-1200.0.22.5)
Platform(s) running Alamofire: iOS
macOS version running Xcode: 10.15.4
The text was updated successfully, but these errors were encountered: