Undefined symbol: type metadata for Swift._StringObject.Variant

Question

Created Jun ’20

Replies 27

Boosts 0

Views 15k

Participants 20

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.

Boost

Answer 1

anilkb007 OP

Jul ’20

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

0

Answer 2

AmiBSC OP

Jul ’20

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.

0

Answer 3

roomapp OP

Jul ’20

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|

0

Answer 4

franzb OP

Jul ’20

This still reproduces with Xcode 12 beta 2 for me.

0

Answer 5

brunnobraga OP

Jul ’20

And still reproduces on Xcode 12 b3 for me.

1

Answer 6

roshan joy OP

Jul ’20

Same issues on Xcode 12 beta 3 as well. Archived by removing armv7 from Pods.

1

Answer 7

Alexander.Pan OP

Jul ’20

I got same issues on Xcode 12 beta 3.

1

Answer 8

mohnada OP

Jul ’20

I fixed it by going to the Build Settings for Lottie-ios Deployment and changed the iOS Deployment Target to iOS 13

0

Answer 9

impMaarten OP

Jul ’20

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

0

Answer 10

impMaarten OP

Jul ’20

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.

0

Answer 11

JuhaO OP

Aug ’20

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.

0

Answer 12

luis genaro OP

Aug ’20

And still reproduces on Xcode 12 Beta 5 for me.

1