首先,您是对的,静态库不能包含任何框架或其他静态库,它只是构成该特定静态库的所有对象文件 (*.obj) 的集合。
有谁知道如何只编译每个项目所需的源文件?
默认情况下,链接器只会链接静态库中包含应用程序引用的符号的目标文件。因此,如果您的静态库中有两个文件a.m 和b.m,并且您在主程序中只使用来自a.m 的符号,那么b.o(从b.c 生成的目标文件)将不会出现在你的最终可执行文件。作为一个子案例,如果b.m 使用一个函数/类c,它只被声明(未实现),那么你不会得到任何链接器错误。一旦您在程序中包含来自b.m 的一些符号,b.o 也将被链接,并且由于缺少c 的实现,您将收到链接器错误。
如果您希望这种选择发生在符号而不是对象级别的粒度上,请在 Xcode 中启用死代码剥离。这对应于 gcc 选项 -Wl,-dead_strip(= 项目的 Build settings Info 窗格中的链接器选项 -dead_strip)。这将确保进一步优化。
在您的情况下,正如您所说的那样,正是使用“-ObjC”链接器标志破坏了这种机制。所以这实际上取决于你。如果您删除 -Objc 标志,您将免费获得您喜欢的行为,同时失去对选择器的更严格检查。
并防止所有框架都必须包含在使用我的静态库的所有项目中?
Xcode/GCC 支持名为“weak linking”的链接选项,它允许延迟加载框架或静态库,即仅当实际使用其中一个符号时。
“弱链接”可以通过链接器标志(参见上面的 Apple 文档)或通过 Xcode UI(目标 -> 信息 -> 常规 -> 链接库)启用。
无论如何,框架或库必须在编译/链接时在所有情况下都可用:“弱”选项仅影响框架在运行时首次加载的时刻。因此,我认为这对您没有用处,因为无论如何您都需要在所有项目中包含该框架,而这是您不想要的。
附带说明,weak_linking 是一个选项,当使用仅在较新的 SDK 版本(例如,4.3.2)上可用的功能同时还支持在较旧的 SDK 版本(例如,3.1.3)上进行部署时,它最有意义。在这种情况下,您依赖于较新的 SDK 框架将在较新的部署设备上实际可用的事实,并且您有条件地编译需要它的功能,以便在较旧的设备上不需要它们(并且不会因此产生尝试加载较新版本的框架和崩溃)。
更糟糕的是,GCC 不支持 Microsoft 编译器的“自动链接”功能,该功能允许通过源文件中的 #pragma 注释指定要链接的库。这可以提供一种解决方法,但不存在。
所以,我很抱歉不得不说您应该使用可以同样满足您需求的不同方法:
移除 -ObjC 标志;
根据它们与外部框架的依赖关系,将静态库分成两部分或更多部分;
直接包含源文件。