Autotools适配iOS ARM架构标准命名及编译失败问题问询

没错，你遇到的lipo报错核心原因就是Autotools的目标架构名称使用错误，导致arm64真机版本实际编译出了x86_64架构的二进制，和模拟器版本冲突。下面详细解释解决方案：

iOS平台Autotools标准架构命名规范 #

Autotools对iOS平台的目标架构有明确的命名格式，不能只用单纯的arm64或x86_64，正确的名称如下：

• 真机arm64：arm64-apple-ios
• 真机armv7：armv7-apple-ios
• x86_64模拟器：x86_64-apple-ios（部分版本也支持x86_64-apple-ios-simulator）
• arm64模拟器（现代Xcode支持）：arm64-apple-ios-simulator

你的脚本中的关键问题 #

1. arm64真机编译的HOST参数错误
   你调用build_arch arm arm64 "-fembed-bitcode"时，传入的HOST是arm，Autotools无法识别这个目标平台，会默认回退到当前主机架构（你的Mac是x86_64），所以最终生成的二进制是x86_64，和模拟器版本完全一致，导致lipo无法合并。

2. 模拟器HOST参数不符合iOS规范
   你用${ARCH}-apple-${DARWIN}作为模拟器的HOST，这是macOS的架构命名（比如x86_64-apple-darwin23），虽然clang通过-arch参数可能能生成模拟器代码，但Autotools无法正确识别目标平台为iOS模拟器，存在潜在风险。

修正后的脚本关键部分 #

1. 修正build_arch的调用与参数 #

将arm64真机的编译调用改为：

build_arch arm64-apple-ios arm64 "-fembed-bitcode"

你的build_arch函数已经正确接收了$1作为HOST参数，这部分逻辑无需修改，只需传入正确的架构名称即可。

2. 修正build_simulator的HOST设置 #

修改build_simulator函数中的HOST定义：

HOST=${ARCH}-apple-ios
# 或者用更明确的模拟器命名（若你的Autotools配置支持）：
# HOST=${ARCH}-apple-ios-simulator

这样Autotools能明确识别目标是iOS模拟器，避免与macOS平台混淆。

3. 验证编译结果 #

编译完成后，用以下命令检查每个库的架构：

lipo -info /path/to/protobuf/_build/platform/arm64/lib/libprotobuf.a
lipo -info /path/to/protobuf/_build/platform/x86_64-simulator/lib/libprotobuf.a

正常情况下，前者应该输出Non-fat file: ... is architecture: arm64，后者输出Non-fat file: ... is architecture: x86_64，此时再运行build_fat_lib就能成功合并通用二进制了。

完整修正后的build_pass部分参考 #

## Build pass
cd ${SOURCE_DIR}
./autogen.sh
build_simulator x86_64 "-fembed-bitcode"
# 修正arm64的HOST参数
build_arch arm64-apple-ios arm64 "-fembed-bitcode"
build_fat_lib
echo DONE!

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