Xcode中处理autoconf构建的共享库依赖的规范方法咨询

核心方案概述 #

苹果推荐的规范方式是将原Autoconf构建的共享库迁移为Xcode的Framework（框架）项目或动态/静态库目标，然后作为子项目整合进主命令行工具工程，确保用户检出代码后打开主Xcode工程即可一键完成所有构建，无需额外操作。

依赖库的迁移与创建 #

• 无需寻找现成的Xcode Framework仓库，直接基于原共享库的代码从零创建Xcode项目：
  • 打开Xcode，新建macOS -> Framework项目，或选择macOS -> Library（可指定静态/动态库类型）。
  • 将原共享库的源文件、头文件导入新建的Xcode项目中，把原Autoconf配置的编译参数（如CFLAGS、LDFLAGS）对应到Xcode Build Settings的Other C Flags、Other Linker Flags等选项中。
  • 若原共享库有条件编译、自动生成代码等逻辑，可在依赖库目标的Build Phases中添加Run Script阶段，把原Autoconf的脚本逻辑迁移过来，确保构建时自动完成预编译步骤。

主命令行工具工程的依赖配置 #

将依赖库项目整合进主工程，实现一键构建：

1. 添加子项目：在主命令行工具工程的导航栏右键，选择Add Files to "YourToolProject"，选中依赖库的.xcodeproj文件。
2. 配置构建依赖：
   • 进入主命令行工具的Target设置，在Build Phases -> Target Dependencies中添加依赖库的目标（如YourDependency.framework），确保构建主项目时先自动构建依赖。
   • 在Build Phases -> Link Binary With Libraries中添加依赖库的Framework或动态库文件。
   • 若使用动态Framework，需添加Copy Files阶段：设置Destination为Frameworks，将依赖的Framework加入列表，保证运行时可找到库文件。
3. 头文件路径配置：在主项目的Build Settings中，把依赖库的头文件目录添加到Header Search Paths，确保编译时能正确引用头文件。

静态库vs动态Framework的选择 #

• 如果希望命令行工具是单文件可执行程序（无需附带额外库），可将依赖库做成静态库，直接链接进主工具。需注意静态链接可能带来的符号冲突、License兼容性问题。
• 如果依赖库需要被其他项目复用，或有动态更新需求，使用动态Framework更符合苹果平台的规范，也便于后续维护。

内容的提问来源于stack exchange，提问作者Graham Leggett