[
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
