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

Allow static library usage from Cocoapods #723

Closed
bridger opened this issue Feb 10, 2018 · 3 comments
Closed

Allow static library usage from Cocoapods #723

bridger opened this issue Feb 10, 2018 · 3 comments

Comments

@bridger
Copy link

bridger commented Feb 10, 2018

Version 1.4.0 of Cocoapods allows a pod to be used as a static library, even in a Swift app. It requires the library's podspec to contain s.static_framework = true.

I believe this will help apps launch faster. Here's a blog post that explains why too many dynamic frameworks slows down launch: https://blog.automatic.com/how-we-cut-our-ios-apps-launch-time-in-half-with-this-one-cool-trick-7aca2011e2ea

@thomasvl
Copy link
Collaborator

I couldn't find much in the way on details for this on the Cocoapods site.

What does this do from the POV of Swift Modules? Does the library remain a module on its own, or does it lump all the pods into a single static library that shares a module? For Swift's visibility, it would seem like an important detail as it could mean apis are exposed that aren't meant to be (anything internal and what code counts as getting access to those).

@mackoj
Copy link

mackoj commented Mar 18, 2018

This might help CocoaPods/CocoaPods#6966 to answer your questions.

@bridger
Copy link
Author

bridger commented Apr 7, 2018

It looks like CocoaPods v1.5 lets the app decide if the dependencies are static or dynamic. http://blog.cocoapods.org/CocoaPods-1.5.0/ This issue can be closed now. Thank you!

@bridger bridger closed this as completed Apr 7, 2018
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

3 participants