问题：生成的dll文件QT无法静态/隐式调用

分析：调用的lib库可能是msvc编译的，而我用Qt调用，Qt默认编译器是minGW，两种编译器生成的函数名不一样，所以调用的时候你要用哪个函数，编译结果肯定显示这个函数未定义！

解决1：用VS2008生成DLL文件时，采用__declspec方式导出函数，不要使用def模块文件，这时dll中的函数名称_funName@4规则命名

解决2：函数的调用约定改为__cdecl

导出函数的调用约定和使用这个函数时声明的调用约定必须一致，否则程序会崩溃。

在C和C++中默认的调用约定是__cdecl，上面函数完整的修饰就是:

void__declspec(dllexport) __cdeclfun();

但是windows系统用的回调函数一般都是_stdcall。

下面是各个调用约定详细的解释：

_stdcall

是Pascal方式清理C方式压栈，通常用于Win32 Api中，函数采用从右到左的压栈方式， 自己在退出时清空堆栈。VC将函数编译后会在函数名前面加上下划线前缀，在函数名后加上"@"和参数的字节数。

int f(void *p) -->> _f@4(在外部汇编语言里可以用这个名字引用这个函数) 

__cdecl

C调用约定（即用__cdecl关键字说明）（The C default calling convention）按从右至左的顺序压参数入栈，由调用者把参数弹出栈。对于传送参数的内存栈是由调用者来维护的（正因为如此，实现可变参数vararg的函数(如printf)只能使用该调用约定）。

另外，在函数名修饰约定方面也有所不同。 _cdecl是C和C++程序的缺省调用方式。每一个调用它的函数都包含清空堆栈的代码，所以产生的可执行文件大小会比调用_stdcall函数的大。函数采用从右到左的压栈方式。VC将函数编译后会在函数名前面加上下划线前缀。

_fastcall

调用的主要特点就是快，因为它是通过寄存器来传送参数的（实际上，它用ECX和EDX传送前两个双字（DWORD）或更小的参数，剩下的参数仍旧自右向左压栈传送，被调用的函数在返回前清理传送参数的内存栈），

在函数名修饰约定方面，它和前两者均不同。__fastcall方式的函数采用寄存器传递参数，VC将函数编译后会在函数名前面加上"@"前缀，在函数名后加上"@"和参数的字节数。

thiscall

仅仅应用于“C++”成员函数。this指针存放于CX/ECX寄存器中，参数从右到左压。thiscall不是关键词，因此不能被程序员指定。

naked call

当采用1-4的调用约定时，如果必要的话，进入函数时编译器会产生代码来保存ESI，EDI，EBX，EBP寄存器，退出函数时则产生代码恢复这些寄存器的内容。

(这些代码称作 prolog and epilog code,一般，ebp,esp的保存是必须的). 

但是naked call不产生这样的代码。naked call不是类型修饰符，故必须和_declspec共同使用。 

另外，关键字 __stdcall、__cdecl和__fastcall可以直接加在要输出的函数前。它们对应的命令行参数分别为/Gz、/Gd和/Gr。缺省状态为/Gd，即__cdecl。

__cdecl是C/C++和MFC程序默认使用的调用约定，也可以在函数声明时加上__cdecl关键字来手工指定。采用__cdecl约定时，函数参数按照从右到左的顺序入栈，并且由调用函数者把参数弹出栈以清理堆栈。因此，实现可变参数的函数只能使用该调用约定。由于每一个使用__cdecl约定的函数都要包含清理堆栈的代码，所以产生的可执行文件大小会比较大。__cdecl可以写成_cdecl。 
__stdcall调用约定用于调用Win32 API函数。采用__stdcall约定时，函数参数按照从右到左的顺序入栈，被调用的函数在返回前清理传送参数的栈，函数参数个数固定。由于函数体本身知道传进来的参数个数，因此被调用的函数可以在返回前用一条ret n指令直接清理传递参数的堆栈。__stdcall可以写成_stdcall。

http://blog.csdn.net/liuguangzhou123/article/details/21803781

Qt Creator调用VS2008生成的DLL注意事项 good