CFBundleSupportedPlatforms error on CircleCI

[alokc83]

I am using circleCI for creating and submitting to iTunesConnect. all over the stack overflow people are talking about .dSYM file. When I check toolbox framework. it seem it has binary file. its not like any other framework. build are rejected by iTunesConnect because of having the .dSYM. files. Just want to confirm if you are seeing any of these type errors from other people.

+ xcodebuild -exportArchive -exportOptionsPlist /var/folders/42/bp51_0vn1kv6lqhv0wmfjrqw0000gn/T/gym_config20170906-4297-mjn0og.plist -archivePath '/Users/distiller/Library/Developer/Xcode/Archives/2017-09-06/firebaseProto-ios 2017-09-06 08.22.23.xcarchive' -exportPath /var/folders/42/bp51_0vn1kv6lqhv0wmfjrqw0000gn/T/gym_output20170906-4297-1vizt2r
2017-09-06 08:24:09.046 xcodebuild[5418:27661] [MT] IDEDistribution: -[IDEDistributionLogging _createLoggingBundleAtPath:]: Created bundle at path '/var/folders/42/bp51_0vn1kv6lqhv0wmfjrqw0000gn/T/firebaseProto-ios Adhoc_2017-09-06_08-24-09.045.xcdistributionlogs'.
2017-09-06 08:24:09.503 xcodebuild[5418:27661] [MT] DVTAssertions: Warning in /Library/Caches/com.apple.xbs/Sources/DVTFrameworks/DVTFrameworks-12154/DVTFoundation/DeveloperStructure/DVTPlatformFamily.m:192
Details:  Error Domain=DVTMachOErrorDomain Code=0 "Found an unexpected Mach-O header code: 0x72613c21" UserInfo={NSLocalizedDescription=Found an unexpected Mach-O header code: 0x72613c21, NSLocalizedRecoverySuggestion=}
Object:   <NSBundle>
Method:   +dvt_platformFamilyForBundleAtPath:error:
Thread:   <NSThread: 0x7f93f8c159c0>{number = 1, name = main}
Please file a bug at http://bugreport.apple.com with this warning message and any useful information you can provide.
2017-09-06 08:24:09.504 xcodebuild[5418:27661] [MT] IDEDistribution: Failed to generate distribution items with error: Error Domain=DVTFoundationNSBundleAdditionsErrorDomain Code=1 "Couldn't find platform family in Info.plist CFBundleSupportedPlatforms or Mach-O LC_VERSION_MIN for GoogleToolboxForMac.framework" UserInfo={NSLocalizedDescription=Couldn't find platform family in Info.plist CFBundleSupportedPlatforms or Mach-O LC_VERSION_MIN for GoogleToolboxForMac.framework}
2017-09-06 08:24:09.504 xcodebuild[5418:27661] [MT] IDEDistribution: Step failed: <IDEDistributionSigningAssetsStep: 0x7f93f8e5bcf0>: Error Domain=DVTFoundationNSBundleAdditionsErrorDomain Code=1 "Couldn't find platform family in Info.plist CFBundleSupportedPlatforms or Mach-O LC_VERSION_MIN for GoogleToolboxForMac.framework" UserInfo={NSLocalizedDescription=Couldn't find platform family in Info.plist CFBundleSupportedPlatforms or Mach-O LC_VERSION_MIN for GoogleToolboxForMac.framework}
error: exportArchive: Couldn't find platform family in Info.plist CFBundleSupportedPlatforms or Mach-O LC_VERSION_MIN for GoogleToolboxForMac.framework

Error Domain=DVTFoundationNSBundleAdditionsErrorDomain Code=1 "Couldn't find platform family in Info.plist CFBundleSupportedPlatforms or Mach-O LC_VERSION_MIN for GoogleToolboxForMac.framework" UserInfo={NSLocalizedDescription=Couldn't find platform family in Info.plist CFBundleSupportedPlatforms or Mach-O LC_VERSION_MIN for GoogleToolboxForMac.framework}

** EXPORT FAILED **
[08:24:09]: Exit status: 70

[alokc83]

I have just compared the framework generated by repo and frameworks that are provided by firebase for non-cococapods installation. one thing that stands out is none of them have info.plist. I don't know if that causing a problem.

[soheilbm]

@alokc83 are you using copy-cartage script to copy your frameworks? The reason I added the info.plist is to make it work with copy Carthage. Referring to https://github.com/soheilbm/Firebase/issues/4#issuecomment-275930385

[alokc83]

@soheilbm: Yes I was using the copy framework script. I am using FastLane to submit an app to the iTunes connect. It seems error was with iTunes validation. don't know the reason yet. because my mac Mini didn't throw the problem at all but MacBook still have the problem. I am still investigating. what is causing a problem?

[jquave]

We are also facing this issue, also using the copy framework script.

[NCrouther]

We ran into a similar issue when embedding (not just linking) all the Firebase frameworks into the app. Only Firebase.framework is a dynamic framework, so it needs to be linked, embedded, and have the Carthage copy-frameworks script run on it. All of the sublibries (e.g. FirebaseCore.framework, FirebaseCrash.framework) are static frameworks, so they should only be linked, not embedded, nor have the carthage copy-frameworks script run over them.

[kostilal]

+1

[Roodper]

+1

[soleniacz]

Same issue. Removed from Carthage copy step. Work fine!