Mergeable Libraries vs. Static Libraries

After reading An Apple Library Primer and watching Meet mergeable libraries (both really good resources) I'm sold on mergeable libraries.

In my company we're working with static libraries as much as possible (both for precompiled dependencies and for our own Xcode projects). I can see that switching to mergeable libraries would (at least) improve iteration time because mergeable libraries would only be merged in release configs by default.

You made it sound like it's "the holy grail of libraries". However, before starting the migration process I'd like to know:

  1. Is there any drawback to (merged) mergeable libraries when compared to using static libraries?
  2. I got the idea that mergeable libraries behave "almost" like static libraries after being linked "statically" with the app. What differences can I expect?
  3. Is there any situation where it's better to use static libraries instead of mergeable libraries?

Thank you!

Replies

I’m not aware of any specific downsides to switching from static libraries to mergeable libraries. Then again, I haven’t tried moving a large project from one to the other. It’ll be interesting to see if anyone else with that sort of experience chimes in.

Share and Enjoy

Quinn “The Eskimo!” @ Developer Technical Support @ Apple
let myEmail = "eskimo" + "1" + "@" + "apple.com"