[ https://issues.apache.org/jira/browse/CB-13952?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Thomas Meijers updated CB-13952: -------------------------------- Description: After runnign `cordova platform add ios --nofetch` and `pod install`, the `cordova build ios --nofetch --device --release` command fails (also fails for debug builds). The reason it fails is because `platforms/ios/Pods/Target Support Files/` is completely empty and during the build it errors because it cannot find configs for the Pod dependencies in that folder. I have verified that the `Target Support Files` folder is *not* empty after adding the platform nor is it empty after running `pod install`. However, as soon as the build command runs it is empty. The errors are similar to these: {code:bash} Ignoring configuration file '/Users/jenkins/build/workspace/triggi-app-release/platforms/ios/cordova/build-release.xcconfig' because it could not be loaded. Reason: File could not be parsed due to preprocessing errors: pods-release.xcconfig line 2: Unable to find included file "Pods/Target Support Files/Pods-Olisto/Pods-Olisto.release.xcconfig"User defaults from command line: IDEArchivePathOverride = /Users/jenkins/build/workspace/triggi-app-release/platforms/ios/Olisto.xcarchive clang: error: no such file or directory: '/Users/jenkins/build/workspace/triggi-app-release/platforms/ios/Pods/Target Support Files/GoogleToolboxForMac/GoogleToolboxForMac-dummy.m' clang: error: no input files {code} The weird thing is that, after the build fails, when I run the same `pod install` command and thereafter `cordova build ios --nofetch --device --release` the build succeeds. The output from CocoaPods isn't any different. This problem started occurring about a week ago and never occurred in the months before. I have also verified that the plugins we use that depend on CocoaPods were not updated in the past few weeks when the error started occurring. was: After runnign `cordova platform add ios --nofetch` and `pod install`, the `cordova build ios --nofetch --device --release` command fails (also fails for debug builds). The reason it fails is because `platforms/ios/Pods/Target Support Files/` is completely empty and during the build it errors because it cannot find configs for the Pod dependencies in that folder. I have verified that the `Target Support Files` folder is *not* empty after adding the platform nor is it empty after running `pod install`. However, as soon as the build command runs it is empty. The errors are similar to these: ``` Ignoring configuration file '/Users/jenkins/build/workspace/triggi-app-release/platforms/ios/cordova/build-release.xcconfig' because it could not be loaded. Reason: File could not be parsed due to preprocessing errors: pods-release.xcconfig line 2: Unable to find included file "Pods/Target Support Files/Pods-Olisto/Pods-Olisto.release.xcconfig"User defaults from command line: IDEArchivePathOverride = /Users/jenkins/build/workspace/triggi-app-release/platforms/ios/Olisto.xcarchive clang: error: no such file or directory: '/Users/jenkins/build/workspace/triggi-app-release/platforms/ios/Pods/Target Support Files/GoogleToolboxForMac/GoogleToolboxForMac-dummy.m' clang: error: no input files ``` The weird thing is that, after the build fails, when I run the same `pod install` command and thereafter `cordova build ios --nofetch --device --release` the build succeeds. The output from CocoaPods isn't any different. This problem started occurring about a week ago and never occurred in the months before. I have also verified that the plugins we use that depend on CocoaPods were not updated in the past few weeks when the error started occurring. > cordova build ios Failing due to "Pods/Target Support Files" being cleared > -------------------------------------------------------------------------- > > Key: CB-13952 > URL: https://issues.apache.org/jira/browse/CB-13952 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios > Affects Versions: cordova-ios@4.5.4 > Environment: cordova@7.1.0 > cordova-ios@4.5.4 > OS: OSx Sierra (10.12.6) > Reporter: Thomas Meijers > Assignee: Suraj Pindoria > Priority: Critical > Labels: build > > After runnign `cordova platform add ios --nofetch` and `pod install`, the > `cordova build ios --nofetch --device --release` command fails (also fails > for debug builds). > The reason it fails is because `platforms/ios/Pods/Target Support Files/` is > completely empty and during the build it errors because it cannot find > configs for the Pod dependencies in that folder. I have verified that the > `Target Support Files` folder is *not* empty after adding the platform nor is > it empty after running `pod install`. However, as soon as the build command > runs it is empty. > The errors are similar to these: > {code:bash} > Ignoring configuration file > '/Users/jenkins/build/workspace/triggi-app-release/platforms/ios/cordova/build-release.xcconfig' > because it could not be loaded. > Reason: File could not be parsed due to preprocessing errors: > pods-release.xcconfig line 2: Unable to find included file "Pods/Target > Support Files/Pods-Olisto/Pods-Olisto.release.xcconfig"User defaults from > command line: > IDEArchivePathOverride = > /Users/jenkins/build/workspace/triggi-app-release/platforms/ios/Olisto.xcarchive > clang: error: no such file or directory: > '/Users/jenkins/build/workspace/triggi-app-release/platforms/ios/Pods/Target > Support Files/GoogleToolboxForMac/GoogleToolboxForMac-dummy.m' > clang: error: no input files > {code} > The weird thing is that, after the build fails, when I run the same `pod > install` command and thereafter `cordova build ios --nofetch --device > --release` the build succeeds. The output from CocoaPods isn't any different. > This problem started occurring about a week ago and never occurred in the > months before. > I have also verified that the plugins we use that depend on CocoaPods were > not updated in the past few weeks when the error started occurring. -- This message was sent by Atlassian JIRA (v7.6.3#76005) --------------------------------------------------------------------- To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org