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
use vendored_frameworks for Parse.framework, fixes for 0.38 cocoapods #13253
Conversation
@nlutsenko This look OK to you? 👍 This will fix CocoaPods/CocoaPods#3822 |
Not sure, but I don't think so. By using this crazy thing - we can link as a framework and as a regular static pod. |
Also, latest is 1.7.5.1 (has the -ObjC linker flag forced) |
Found another way to fix this, but need a verification.
@segiddins Does this look sane to you? |
Or actually just replacing |
No, in 0.38 we only link Headers in |
Would any of the above solutions work for this? Shipping dynamic framework is not exactly an option right now... We will get there, but I would love to unbreak it for people even if it's a temporary solution. |
Ok, the hack above (cping headers from .framework) seems to actually work, since the headers are no longer in .framework :D |
👍 Would love to get feedback on this solution as well, as I'm currently going down the same path. |
any updates - encountering the same issue here :( |
I originally came to this post attempting to solve this issue for other third-party static libs (not Parse). I was able to get it working by augmenting existing podspecs. Here's a tutorial I wrote about it: https://medium.com/@ArtSabintsev/importing-c-static-libraries-into-a-swift-project-using-cocoapods-a53993c3a2ca |
Any resolution to this? |
@keith Since now we are using completely different way of shipping (since we are open source), as well as podspec is very very different - I don't think this PR is relevant anymore, unless someone explicitly wants to use a 6 months old version of the framework. |
👍 closing |
Fixes the problem missing header in cocoapods 0.38