iOS合并lib(.a)库的可用方法(可用于解决duplicate symbol静态库冲突)

Posted 2023-05-10

参考技术A

最近在开发过程中，碰到了一个的问题（静态库.a文件与别的第三方库冲突）,Xcode一般提示duplicate symbol，都是说 .o与 .o冲突，在网上找了不少资料，最终通过以下方法解决了问题，觉得有必要mark一下。

这里以libDsmLock.a这个静态库为例。
本文的目标：删除libDsmLock.a文件中引起冲突的类文件，然后再打包使用，如有需要也可以合并两个库为一个静态库。

Let`s begin!
将需要处理的库文件拷贝一份出来，做进一步处理。
依次查看需要处理lib库所支持的框架类型。i386表示支持iphone模拟器，x86_64表示支持64位的模拟器，armv6应用在iphone 3gs上（现在基本已经没有了），armv7应用在iphone4，armv7s应用在iphone4s以及iphone5，arm64应用在iphone5s以后的机型。

1、查看静态库支持的哪些框架

输出是：

如果提示fat file，那么代表这个包支持多平台的，这就需要我们逐一解包再打包的操作，下面先以armv7为列子。

2.创建临时文件夹，用于存放armv7框架解压后的.o文件：

3.取出armv7框架的包：

4.查看libDsmLock-armv7.a库中所包含的文件列表：

5.解压出libDsmLock-armv7.a库中文件（即.o后缀文件）：

6.找到冲突的文件（MBProgressHUD.o）并删除：

7.重新打包：

打包完成以后可以用步骤4的命令来确认是否成功将文件删除
8.把其他几个框架包（i386，arm64，x86_64）逐一照着【2-7】步骤操作
9.把之前打包生成的包合并生成一个包：

然后最终生成的包就可以直接投入工程使用了。

10.注意：上面演示的是只处理一个包的情况，如果需要把两个SDK合并成一个SDK使用，别的步骤都不变，就是在解压的时候，需要把每个SDK里同一框架下（比如armv7）的文件解压放到同一个文件夹，系统会自动把相同类名的文件覆盖，然后再重新打包就可以了。

菜鸟笔记，希望对您有帮助！

文章借鉴： http://blog.csdn.net/djl4104804/article/details/43099061

缺少Python27_d.lib的解决方法

缺少Python27_d.lib的解决方法

http://blog.csdn.net/junparadox/article/details/52704287

http://lib.csdn.net/base/python  

简介

最近在调用caffe的Python接口训练网络，需要进到caffe代码中调试，编译时需要用Python27_d.lib、Python27_d.dll。但是一般我们下载的都是release版的。怎么办？自己编译一个debug版本当然可以，但是很麻烦啊。很多网友解决方法是把Python27.lib、Python27.dll拷贝为Python27_d.lib、Python27_d.dll。 
　　不过拷贝后可能出现一些错误。这里说一下我的解决方法。

在vs下引用伪造的”debug版本“可能出现链接问题

　　引用自己伪造的debug版Python27_d.lib、Python27_d.dll可能出现的问题：

1. extmodule.obj : error LNK2019: unresolved external symbol __imp___Py_Dealloc referenced in function _PySwigObject_format
2. extmodule.obj : error LNK2019: unresolved external symbol __imp___Py_NegativeRefcount referenced in function _PySwigObject_format
3. extmodule.obj : error LNK2001: unresolved external symbol __imp___Py_RefTotal
4. extmodule.obj : error LNK2019: unresolved external symbol __imp___PyObject_DebugFree referenced in function _PySwigObject_dealloc
5. extmodule.obj : error LNK2019: unresolved external symbol __imp___PyObject_DebugMalloc referenced in function _PySwigObject_New
6. extmodule.obj : error LNK2019: unresolved external symbol __imp__Py_InitModule4TraceRefs referenced in function _init_extmodule

主要是因为 Py_DEBUG/Py_TRACE_REFS 引起, 修改 Pythoninclude 下的 pyconfig.h, object.h

解决方法

• 修改 pyconfig.h

#ifdef _DEBUG
# define Py_DEBUG
#endif

为

#ifdef _DEBUG
//# define Py_DEBUG
#endif

修改

# ifdef _DEBUG
# pragma comment(lib,"python27_d.lib")
# else
# pragma comment(lib,"python27.lib")
# endif /* _DEBUG */

为

# ifdef _DEBUG
# pragma comment(lib,"python27.lib")
# else
# pragma comment(lib,"python27.lib")
# endif /* _DEBUG */

修改object.h

#if defined(Py_DEBUG) && !defined(Py_TRACE_REFS)
#define Py_TRACE_REFS
#endif

为：

#if defined(Py_DEBUG) && !defined(Py_TRACE_REFS)
// #define Py_TRACE_REFS
#endif