c – 如何解决这个vs10不一致的dll链接警告?

我有一系列的警告,我正在修复 gdcm使用visual studio 10(32位版本)时修复:
4>..\..\..\..\gdcm\Utilities\gdcmexpat\lib\xmlparse.c(647): warning C4273: 'XML_ParserCreate' : inconsistent dll linkage
4>          d:\src\gdcm\gdcm\utilities\gdcmexpat\lib\expat.h(206) : see prevIoUs deFinition of 'XML_ParserCreate'

函数调用本身就像:

XML_Parser XMLCALL
XML_ParserCreate(const XML_Char *encodingName)
{
   return XML_ParserCreate_MM(encodingName,NULL,NULL);
}

哪里

#define XMLCALL __cdecl

XMLPARSEAPI(XML_Parser)
XML_ParserCreate(const XML_Char *encoding);

哪里

#define XMLPARSEAPI(type) XMLIMPORT type XMLCALL

#define XMLIMPORT __declspec(dllimport)

如果我正在正确阅读,那意味着通过XMLCALL一直是__cdecl的链接 – 对吗?因为如果是这样,那么警告是多余的,还是我误解了这个?

解决方法

不,它抱怨__declspec(dllimport)从函数定义中丢失,但存在于函数声明中.您应该认真对待这一点,声明从DLL导入的函数也是您的代码中没有意义的.你不能有两种方式.

这通常是由于缺少#define引起的.我想,编辑了宏定义,但是当构建DLL时,通常在build命令(/ D)中指定一个宏.所以函数的声明使用dllexport而不是dllimport.这确保函数从DLL导出.客户端代码使用相同的.h文件,但是在没有定义该宏的情况下构建.它看到声明为dllimport的函数.

仔细看一下XMLIMPORT宏定义,__declspec(dllexport)应该是关闭的.另一个诊断是DLL的导出,可见与Dumpbin.exe /导出.如果我猜正确,他们应该失踪.

相关文章

本程序的编译和运行环境如下(如果有运行方面的问题欢迎在评...
水了一学期的院选修,万万没想到期末考试还有比较硬核的编程...
补充一下,先前文章末尾给出的下载链接的完整代码含有部分C&...
思路如标题所说采用模N取余法,难点是这个除法过程如何实现。...
本篇博客有更新!!!更新后效果图如下: 文章末尾的完整代码...
刚开始学习模块化程序设计时,估计大家都被形参和实参搞迷糊...