最近在玩静态库打包,时不时遇到如下这种报错,可能是Xcode升级的缘故,之前是没有遇到过,故此总结了一波…
Building for iOS Simulator, but the linked library 'libxxx.a' was built for iOS.
这个问题是因为模拟器编译的那个.a
没有合并,只是打了真机的.a
,运行到模拟器而模拟器是x86_64
的架构,如果不需要模拟器调试,直接真机的即可
另: 模拟器打包与真机的包无法合并,出现arm64重复,无法合并为fat的问题
Build settings->Excluded Architectures
里忽略当前SDK
不支持的架构
模拟器SDK下可以忽略真机的架构arm64
,arm64e
,其实不适配5s以下的话直接把i386也去掉也是可以的,同样真机也可去掉armv7和armv7s,这样做的好处是可以减小包体积
现在新iPhone X以上iPhone 11 iPhone12等支持新架构得加一个arm64e
,在Architectures
里的other
里手动添加即可
所以目前解决办法就是打多个版本的静态库
比如:
- 全量包 i386,x86_64,armv7,armv7s,arm64,arm64e
- 拆分包
- 真机和模拟器的拆分
- 模拟器 i386,x86_64
- 真机 armv7,armv7s,arm64,arm64e
- 每一种架构单独拎出来,lipo命令自己按需合并
- 真机和模拟器的拆分
一般来说,开发调试的话就用全量包,发布上线用真机包
讲道理,一些旧设备都被系统所淘汰了,iOS10起步支持iPhone 5s以上,那就大可不必支持i386和armv7,直接arm64和x86_64即可,上线打包可以剔除x86_64,这样才是最优解
编译.a的脚本如下(采用手动编译+脚本合成):
ps: 自动编译在Xcode12.3不知道出了什么鬼,xcodebuild一直死循环就是编译不过,无奈之下采取半自动了,不过配合say语音提示也是可以的
1 |
|
编译framework与.a类似
1 |
|
一些相关文章
解决-Xcode-11-4-以来模拟器编译报错-Building-for-iOS-Simulator-but-the-linked-library-was-built-for-iOS-的正确姿势
Xcode 12 - Architecture相关问题
iOS CPU架构(ARM指令集)
iOS 打包移除 i386 和 x86_64 平台动态库
Python小工具: 去除iOS静态库(.a或.framework)模拟器架构代码