iOS 静态库冲突 连个不同的.o 文件冲突 ,静态库分离


在开发期间集成ZBar 和 支付 的时候,发现很多提示是.o文件冲突,最常见的时base64冲突,原因是由于不少第三方静态库中都有base64这个文件
在网上查了许久,发现都是转载的同一篇文章,由于对console命令不熟悉,也花费了一番功夫,请教了高手,,终于还是搞定了
下面附上方法,

打开console终端,找到要解剖的.a文件(可以先拷贝一份,我是拷贝一份放到桌面了),执行下列命令查看库包含的cpu架构代码:
xcrun -sdk iphoneos lipo -info libx.a
Architectures in the fat file: libx.a are: i386 armv7 armv7s //此处如果直接使用lipo命令看到的会是: i386 armv7 (cputype(12)subcputyp(11))
/Users/HELLO/Desktop/libcrypto.a 是文件路径
bogon:~ HELLO$ lipo -info /Users/HELLO/Desktop/libcrypto.a
Architectures in the fat file: /Users/HELLO/Desktop/libcrypto.a are: armv7 armv7s i386 x86_64 arm64

然后用
xcrun -sdk iphoneos lipo -extract_family i386 -output libx-i386.a libx.a
xcrun -sdk iphoneos lipo -extract_family armv7 -output libx-inter.a libx.a

bogon:~ HELLO$  lipo -extract_family i386 -output /Users/HELLO/Desktop/libcrypto-i386.a /Users/HELLO/Desktop/libcrypto.a 
bogon:~ HELLO$  lipo -extract_family armv7 -output /Users/HELLO/Desktop/libcrypto-inter.a /Users/HELLO/Desktop/libcrypto.a

分离出arm版本的.a,这里有个小问题,按我的理解此命令应该对包含3种cpu代码的.a里的armv6部分进行操作,而实际分离出来的.a却是同时包 含armv7和armv7s的部分,也就是依然是”fat” lib,这样是不能抽出.o的,因此还需要进行以下操作:
lipo libx-inter.a -thin armv7 -output libx-armv7.a
lipo libx-inter.a -thin armv7s -output libx-armv7s.a

bogon:~ HELLO$ lipo /Users/HELLO/Desktop/libcrypto-inter.a -thin armv7 -output /Users/HELLO/Desktop/libcrypto-armv7.a
bogon:~ HELLO$ lipo /Users/HELLO/Desktop/libcrypto-inter.a -thin armv7s -output /Users/HELLO/Desktop/libcrypto-armv7s.a 

这样就能分离出2份不同版本arm的.a了,然后进行解.o操作:
ar -x libx-armv7.a
这部操作最好放到单独的文件夹里进行
/Users/HELLO/Desktop/armv7/)桌面上的文件armv7文件夹路径
在文件夹里面进行操作本步骤
bogon:home HELLO$ cd /Users/HELLO/Desktop/armv7/ 
bogon:armv7 HELLO$ ar -x /Users/HELLO/Desktop/armv7/libcrypto-armv7.a
,会将link出.a的所有.o还原出来,然后有两种选择:一是把所有库对应cpu架构的部分都还原到这个位置,然后 将重复的部分合并为一份,接着用后面的命令将所有.o再合并为一份公共lib。还有一种选择就是保留重复符号中的一份lib完好如初,将其余lib单独解 开,剔出重复符号存在的.o,然后将该lib重新link回.a,以去除重复符号。
不管用哪种方法解决,最后的link回命令如下:
libtool -static -o ../libx-armv7.a *.o
bogon:armv7 HELLO$ libtool -static -o ../libcrypto-armv7.a *.o【.a 和 * 号之间有一个空格】
仍然在armv7文件夹里操作,会在armv7的上一级文件中重新生成.a文件(由于我的上一级目录是桌面所以直接覆盖了原先桌面的文件)
我查了下这个”has no symbols”好像只是提示性质,不是错误提示
当然,别忘了咱们的库都是有多份cpu架构指令的,所以,先要对每种cpu arch的库进行同样操作,然后还要将thin lib合并回fat lib:
lipo -create -output libx.a libx-armv7.a libx-i386.a libx-armv7s.a
最后合并成一个.a文件替换工程里的.a文件就行了
这样,再link回自己的app时就不会再出现duplicate symbol了。

郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。