I have seen a similar warning to that below for a pod-defined class when using #import syntax in cocoapod sources, but this is an internal apple class definition (CLSUserDefaults) which I have no control over and am not subclassing.
I don't know if this is really causing a problem, but it shouldn't be happening.
objc[22040]: Class CLSUserDefaults is implemented in both
/System/Library/PrivateFrameworks/ClassKit.framework/Versions/A/ClassKit (0x7fff9932d2c0) and
/Users/devusrid1/Library/Developer/Xcode/DerivedData/MyApp-cdokjmhxdrnhuodmhtibejxyqmqt/Build/Products/Debug/USR ID MyApp.app/Contents/MacOS/My App (0x10057f340).
One of the two will be used. Which one is undefined.
I'm using Xcode 11
Fabirc (or Crashlytics, depending on which versions used) defines a class named CLSUserDefaults
.
It seems that ClassKit in iOS 13 also defines a CLSUserDefaults
class, which leads to a name collision.
It should be fine as long as your app's code not using class CLSUserDefaults
directly.
If you are you using Crashlytics, update your Fabric and Crashlytics versions in your Podfile as:
pod 'Fabric’, '~> 1.10.2’
pod 'Crashlytics’, '~> 3.14’
And then
pod install
In my case same error showed (Just in iOS 13), but used another way to solve this:
UIApplication.statusBarBackgroundColor = navigationBarColor
Notice: In your case maybe another error causes this problem, but when Fabric and Crashlytics exist, Xcode doesn't shows them. as I did, remove them, fix errors, then rollback changes and just fix bugs that you know. This would be work.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With