Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

xcodebuild from root directory doesn't work with CocoaPods 0.36 or higher #138

Closed
timbodeit opened this issue Dec 4, 2015 · 5 comments
Closed

Comments

@timbodeit
Copy link

pod-template installs a symlink named _Pods.xcodeproj pointing to Example/Pods/Pods.xcodeproj.

After reading the Quality Index Guide, I assume this is to allow building the framework through a xcodebuild call from the root directory.

This works fine until CocoaPods 0.35, but projects generated by all later versions fail.

The error messages vary slightly by CocoaPods version, project language and use_frameworks! usage, but all include something similar to this:
The file “Pods-ObjcTestLib_Example-ObjcTestLib-Private.xcconfig” couldn’t be opened because there is no such file. (/Users/timbodeit/Example/Pods/Target Support Files/Pods-ObjcTestLib_Example-ObjcTestLib/Pods-ObjcTestLib_Example-ObjcTestLib-Private.xcconfig)

What happens is, that paths relative to the project are resolved relative to the symlink location in the root directory instead of the location of the actual project it's pointing to.

I've reproduced this with the current pod-template master, Xcode 7.0.1 and various Versions of CocoaPods between 0.36.0.beta.1 and 0.39.

@orta
Copy link
Member

orta commented Apr 5, 2016

So this is when you just run xcodebuild ?

@fulldecent
Copy link
Collaborator

Note: AlamoFire uses a xcodeproj and xcworkspace in the root folder and it does not use a symlink.

I recommend we follow AlamoFire's example as closely as possible.

@fulldecent
Copy link
Collaborator

This issue would be fixed by #157

@jugutier
Copy link
Collaborator

@timbodeit could you verify that this still happens with cocoapods 1.2.0 and the latest in this repository?

We also need to know which command triggers this error.

The reason for this simlink is to allow Carthage support not for building with xcodebuild (afaik)

@fulldecent
Copy link
Collaborator

Closing now for lack of information. Please provide the requested information if available and we can reopen.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants