记录一次Windows下通过reimp和dlltool转换.lib到.a的过程

背景是这样的：在linux下的一个C++服务由于特殊原因，需要在windows下跑，该工程为cmake搭建，用到了qt的一些基础库，我们想在qtcreator中用mingw来调试运行，其中用到的activemq客户端库原先已经有现成的dll库，只需要转换.lib到.a即可无缝切换。

上网查阅资料，步骤很简单，先用exports转出def导出文件，然后用mingw下的dlltool转.a：

• 下载mingw扩展包z：https://sourceforge.net/projects/mingw/files/MinGW/Extension/mingw-utils/
• exports工具转.def文件，如：

pexports a.dll > a.def

结果发现运行中exports崩溃，放弃本方法。

• 使用reimp工具生成.def：

reimp -d a.lib #会生成a.def文件

或者直接这样会生成.a（我这里失败了，后面说原因）：

reimp a.lib

•  搜索qt安装目录下的dlltool文件，进入后拷贝a.dll、a.def到此目录中，使用dlltool生成.a

dlltool -D a.dll -d a.def -l liba.a

然后确实生成.a文件了，但是，该文件为空！！！

经过google查询，重于找到答案，原来是dlltool运行时，会自动调用as工具（同一个目录下）执行一些步骤，但是该目录未添加环境变量，导致目录找不到，上面reimp a.lib也是这个原因。

• 添加-v 查看详细过程

dlltool -D a.dll -d a.def -l liba.a -v

将目录添加到PATH中，并重启cmd后，重于生成.a文件。

赶紧编译试试!!

结果找不到符号。。。

google后又学到了一些：

 mingw用的是gcc编译器，识别函数名的方式和当前编译好的.a方式不一样，对于某个函数，当前.a对应的.def文件中的内容可能是：

?myspace@CTest@GetName   #@分隔类或命名空间

gcc编译好后的可能是：

_NC7myspace5CTest7GetName    #数字进行分隔，并且表示后面字符的个数

经过一番折腾后，通过nm -D 查看了一下mq在linux下的导出接口，然后修改了win下的.def文件（只改关键接口）：

_NC7myspace5CTest7GetName=?myspace@CTest@GetName

重新用dlltool工具生成.a文件，大功告成? no，编译虽然过了，但是运行时提示在相应的dll中找不到函数入口。

经过一番思索，发现提示的函数入口正是gcc形式的样式，用depends查看dll导出接口发现还是含有@符号的形式。上网一顿搜后无果，索性曲线救国：

讲修改的def文件在mq的vs工程中添加（项目-属性-链接器-输入-模块定义文件），然后重新编译mq的dll，生成的dll用depends查看，终于看到了指定的导出的接口形式为gcc样式了。