You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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 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).
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!
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
The text was updated successfully, but these errors were encountered: