Skip to content
This repository has been archived by the owner on Jan 12, 2019. It is now read-only.

SDK couldn't be found in cocoapods when using use_frameworks! #115

Closed
m1entus opened this issue May 27, 2015 · 9 comments
Closed

SDK couldn't be found in cocoapods when using use_frameworks! #115

m1entus opened this issue May 27, 2015 · 9 comments
Labels

Comments

@m1entus
Copy link

m1entus commented May 27, 2015

When i was trying to include card.io SDK using cocoapods with use_framework! option which is available since cocoapods 3.6 then card.io couldn't be found in project.

@williamnoto
Copy link

I think I have a similar issue. I don't see a TARGET for Pods-CardIO...

screen shot 2015-05-27 at 7 38 29 am

and subsequently am getting this link error:

ld: library not found for -lPods-CardIO
clang: error: linker command failed with exit code 1 (use -v to see invocation)

@dgoldman-pdx
Copy link
Member

At the moment, card.io-iOS-SDK is still distributed as a static library rather than a framework, to provide continued compatibility for users running iOS 6 or 7.

Therefore the use_framework! option is not compatible with integrating card.io via CocoaPods.

If you really do need use_framework! for your project, then you can instead integrate card.io manually, as described here. It's still a very easy integration! 😺

Please let us know if you feel there is a better solution we could offer, while continuing to provide backward compatibility for users who are not yet running iOS 8.

@m1entus
Copy link
Author

m1entus commented May 27, 2015

You could build framework, even using static library and then make subspec and specify deployment target, examples:
https://github.com/AFNetworking/AFNetworking/blob/master/AFNetworking.podspec
https://gist.github.com/AL333Z/9895111

@keith
Copy link
Contributor

keith commented Jul 22, 2015

With iOS 9 approaching quickly, and Swift pods becoming more prevalent. It would be really useful for CardIO to support frameworks usage, even if it's directly from the source. We are using use_frameworks! and really aren't interested in including this library manually (as none of our other dependencies have this requirement).

@danielgalasko
Copy link

Such a pity that this issue is closed, the headache involved in using a spec that has CardIO as a dependency means that I can't use frameworks at all:( alternative is to use #126 and have a fork of CardIO that uses vendored libraries

@josharian
Copy link
Member

This issue may be closed, but the pull request is open. We will review it as soon as we can; the contributors to card.io who understand the CocoaPods integration are swamped at their jobs right now.

@keith
Copy link
Contributor

keith commented Jul 21, 2016

After a little more digging here, we've discovered that CocoaPods will make the necessary project file adjustments to create a module that is importable via Swift without a bridging header if there is any *.m file in the source_files of this pod.

@keith
Copy link
Contributor

keith commented Jul 21, 2016

I've submitted a simple PR that accomplishes this #210

I will probably delete this fork regardless of whether or not the PR is merged so please do not depend on it in your projects.

@Blahartinger
Copy link

I see this has been merged, are you planning on releasing a new version soon with this in it?

This issue was closed.
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

7 participants