Undefined symbol: type metadata for Swift._StringObject.Variant

While trying to build our project with Xcode 12 I ran into multiple build failures while rebuilding our dependencies with Carthage.

I always end up getting this linker error:


Undefined symbols for architecture armv7: "type metadata for Swift.StringObject.Variant", referenced from: outlined init with take of Swift.StringObject.Variant in CountryCodePickerViewController.o ld: symbol(s) not found for architecture armv7

This happened for me for both Alamofire and PhonenumerKit; therefore, this looks like an issue with the new Xcode and not the frameworks themselves. Archiving them with Xcode 11 works without a problem.

As an intermediate workaround I removed the armv7 architecture from the valid architectures.


Up vote post of franzb Down vote post of franzb
14k views
Posted by
franzb
Reply
Add a Comment

Replies

I encountered the same in the Appolo GraphQL client. tried removing other than arm64 in valid architecture. but no luck still the error is present
Posted by
anilkb007
Up vote reply of anilkb007 Down vote reply of anilkb007
Add a Comment
Searched across workspace "IPHONEOSDEPLOYMENTTARGET" and set it to 9.0
Updated Valid Architecture by keeping only 64 bit support
These 2 changes end up resolving this issue for my application codebase.
Posted by
AmiBSC
Up vote reply of AmiBSC Down vote reply of AmiBSC
Add a Comment
In my podfile, I just added this to make everything compatible to Xcode 12

Code Block 
target.build_configurations.each do |config|
    config.build_settings['DEBUG_INFORMATION_FORMAT'] = 'dwarf'
    if config.build_settings['IPHONEOS_DEPLOYMENT_TARGET'] == '8.0'
     config.build_settings['IPHONEOS_DEPLOYMENT_TARGET'] = '9.0'
    end
    config.build_settings['ARCHS'] = '$(ARCHS_STANDARD_64_BIT)'
   end



You need to added after

Code Block 
post_install do |installer|
  installer.pods_project.targets.each do |target|

Posted by
roomapp
Up vote reply of roomapp Down vote reply of roomapp
Add a Comment
This still reproduces with Xcode 12 beta 2 for me.
Posted by
franzb
Up vote reply of franzb Down vote reply of franzb
Add a Comment
And still reproduces on Xcode 12 b3 for me.
Posted by
brunnobraga
Post not yet marked as solved Up vote reply of brunnobraga Down vote reply of brunnobraga
Add a Comment
Same issues on Xcode 12 beta 3 as well. Archived by removing armv7 from Pods.
Posted by
roshan joy
Post not yet marked as solved Up vote reply of roshan joy Down vote reply of roshan joy
Add a Comment
I got same issues on Xcode 12 beta 3.
Posted by
Alexander.Pan
Post not yet marked as solved Up vote reply of Alexander.Pan Down vote reply of Alexander.Pan
Add a Comment
I fixed it by going to the Build Settings for Lottie-ios Deployment and changed the iOS Deployment Target to iOS 13
Posted by
mohnada
Up vote reply of mohnada Down vote reply of mohnada
Add a Comment
The issue is still present on Xcode 12 beta 3.

A (workaround) solution for certain cases of the problem could be resolved by replace any usage of the #.split with #.components on a String.

https://developer.apple.com/documentation/swift/string/2894564-split
https://developer.apple.com/documentation/foundation/nsstring/1413214-components
Posted by
impMaarten
Up vote reply of impMaarten Down vote reply of impMaarten
Add a Comment
Another case I came across is the usage of String variables in struct, when replaced with class this issue is no longer present. But these changes are quite undesired, but suffice while we wait for the problem to be resolved.
Posted by
impMaarten
Up vote reply of impMaarten Down vote reply of impMaarten
Add a Comment
I really hope this issue gets resolved soon. With Carthage we can use prebuild libraries with minimal affet to project compile time. Using Swift Package Manager we would dramatically increase our already long build times.
Posted by
JuhaO
Up vote reply of JuhaO Down vote reply of JuhaO
Add a Comment
And still reproduces on Xcode 12 Beta 5 for me.
Posted by
luis genaro
Post not yet marked as solved Up vote reply of luis genaro Down vote reply of luis genaro
Add a Comment