dll = MinGW gcc 生成動態連接庫 dll 的一些問題彙總

時間 2019-11-13

標籤 dll mingw gcc 生成動態連接一些問題彙總欄目 Windows 简体版

原文原文鏈接

MinGW gcc 生成動態連接庫 dll 的一些問題彙總

https://blog.csdn.net/liyuanbhu/article/details/42612365html

網絡上關於用 MinGW gcc 生成動態連接庫的文章不少。介紹的方法也都略有不一樣。此次我在一個項目上恰好須要用到，因此就花了點時間將網上介紹的各類方法都實驗了一遍。另外，還根據本身的理解試驗了些網上沒有提到的方法。這裏，我就將這兩天得到的成果總結一下。程序員

首先說一下個人開發環境：windows

gcc version 4.9.2 (Rev1, Built by MSYS2 project)網絡

Target: i686-w64-mingw32函數

Thread model: posix測試

--disable-sjlj-exceptions --with-dwarf2優化

另外，爲了試驗生成的 dll 是否通用。測試代碼時還用到了 Visual Stdio 2010。ui

在試驗一種新的功能時，我通常會從最簡單的代碼開始。spa

//dlltest.c
int Double(int x)
{
return x * 2;
}

下面的命令行將這個代碼編譯成 dll。.net

gcc dlltest.c -shared -o dlltest.dll -Wl,--out-implib,dlltest.lib

其中 -shared 告訴gcc dlltest.c 文件須要編譯成動態連接庫。-Wl 表示後面的內容是ld 的參數，須要傳遞給 ld。 --out-implib,dlltest.lib 表示讓ld 生成一個名爲 dlltest.lib 的導入庫。

若是還須要 .def 文件，則上面的命令行能夠寫爲：

gcc dlltest.c -shared -o dlltest.dll -Wl,--output-def,dlltest.def,--out-implib,dlltest.a

//main.c
#include <stdio.h>
int Double(int x);
int main(void)
{
printf("Hello :%d\n", Double(333));
return 0;
}

gcc main.c dlltest.lib -o main.exe

運行結果爲：

Hello :666

說明生成的dlltest.dll是正確的。另外，也能夠用dependecy walker 查看相互調用的關係。

實際上，若是咱們的dll文件只是被MinGW gcc使用。都不須要生成 dlltest.lib。直接在編譯的時候將 dlltest.dll 加進去就好了。

gcc main.c dlltest.dll -o main.exe

若是在程序中動態加載dll。那麼代碼能夠這麼寫：

//m2.c
define UNICODE 1
#include <windows.h>
#include <stdio.h>
typedef int (*INT_FUNC)(int);
int main(void)
{
INT_FUNC db;
HINSTANCE hInstLibrary = LoadLibrary( L"dlltest.dll");
printf("LoadLibrary\n");
db = (INT_FUNC)GetProcAddress(hInstLibrary, "Double");
printf("Hello :%d\n", db(333));
FreeLibrary(hInstLibrary);
return 0;
}

編譯的時候更不須要dlltest.lib 了，甚至都不須要 dlltest,dll。

gcc m2.c -o m2.exe

運行的結果也是正確的。

那麼這個dll 能夠被其餘c編譯器使用嗎？利用VC 2010來測試代表，能夠生成exe文件。若是是生成Debug模式的exe文件，執行是正常的。可是改成release模式後，每次運行都會報錯。

用VS2010 的調試功能，看了看反彙編的結果。看似都是正常的。

int _tmain(int argc, _TCHAR* argv[])
{
int a;
a = Double( 333);
01021000 push 14Dh
01021005 call _Double (1021024h)
printf("Hello :%d\n", a);
0102100A push eax
0102100B push offset string "Hello :%d\n" (10220F4h)
01021010 call dword ptr [__imp__printf (10220A0h)]
01021016 add esp,0Ch
getchar();
01021019 call dword ptr [__imp__getchar (102209Ch)]
return 0;
0102101F xor eax,eax
}

單步跟進_Double 函數後是這樣的：

_ Double:
01021024 jmp dword ptr ds:[1020000h]
0102102 A nop
0102102 B nop

Jmp 語句後：

00905A4D  ???  
00905A4E  ???  
00905A4F  ???  
00905A50  ???  
00905A51  ???  
00905A52  ???  
00905A53  ???

但是在Debug 模式下：

_Double:
011B144C jmp dword ptr [__imp__Double (11B8340h)]
011B1452 nop
011B1453 nop
011B1454 int 3
011B1455 int 3

Jmp 語句後：

6C101560 push ebp
6C101561 mov ebp,esp
6C101563 mov eax,dword ptr [ebp+8]
6C101566 add eax,eax
6C101568 pop ebp
6C101569 ret

而從下圖能夠看出，dlltest.dll 被加載到 6C100000 是正確的。

沒有想明白爲何會這樣，看來還須要努力，到目前爲止只成功了一小步。不過，若是是動態調用dll，卻沒有問題。

#include <windows.h>
typedef int (*INT_FUNC)(int);
int _tmain(int argc, _TCHAR* argv[])
{
INT_FUNC db;
HINSTANCE hInstLibrary = LoadLibrary( L"dlltest.dll");
printf("LoadLibrary ");
db = (INT_FUNC)GetProcAddress(hInstLibrary, "Double");
printf("Hello :%d\n", db(333));
FreeLibrary(hInstLibrary);
getchar();
return 0;
}

這個代碼用 VC2010 編譯執行一點問題都沒有。非常奇怪。在網上查找了一番，發現多是 MinGW gcc 生成的 lib 文件與 VC 生成的lib 文件有些細微的差異，致使在VC環境下，Debug模式下工做正常，而Release 模式工做卻不正常。爲了驗證這個結論，又找了些資料學會了如何從dll文件生成VC下可用的lib文件。

下面的方法參考了這篇博客：

http://blog.sina.com.cn/s/blog_4f183d960100gqfj.html

生成VC下可用的lib文件須要有 def 文件，前面已經說過 -Wl,--output-def,dlltest.def 就能夠生成對應的def 文件。

有了def文件以後，利用VS2010 提供的lib.exe能夠生成對應的lib文件。

lib /machine:ix86 /def:dlltest.def

將生成的dlltest.lib 文件拷到VC項目中。編譯，運行，一切正常。

咱們知道 WinAPI 函數是符合 Pascal 函數調用約定的，也就是所謂的 stdcall。而剛纔生成的dll 中的函數是使用的 C語言函數調用約定（__cdecl ）。若是將其改成Pascal 函數調用約定須要修改程序代碼。

//dlltest.c
int _stdcall Double(int x)
{
return x * 2;
}
//main.c
#include <stdio.h>
int _stdcall Double(int x);
int main(void)
{
printf("Hello :%d\n", Double(333));
return 0;
}

編譯命令是不變的。可是須要注意的是，這時生成的dll 文件中的函數名是有變化的。能夠參看下圖。原來是Double 如今變成了 Double@4，變成了這種相似 C++ 函數的名字了。可是這樣並不影響使用。

網上關於生成和使用dll 的文章都會寫到，生成dll 是函數聲明需添加 __declspec(dllexport)，而使用dll時函數聲明要使用__declspec(dllimport)。你們都看到了，我前面的代碼中這兩個都沒有用到。那麼這兩個聲明有什麼用呢。下面就作個測試。

首先在生成dll 的代碼中增長：

//dlltest.c
int __declspec(dllexport) _stdcall Double(int x);
int _stdcall Double(int x)
{
return x * 2;
}

編譯命令以下：

gcc dlltest.c -shared -o dlltest.dll -Wl,--output-def,dlltest.def,--out-implib,dlltest.a

M.c 文件不變：

//m.c
#include <stdio.h>
int _stdcall Double(int x);
int main(void)
{
printf("Hello :%d\n", Double(333));
return 0;
}

編譯命令以下：

gcc m.c dlltest.a -o m2.exe

編譯沒有問題，執行也沒有問題。

修改一下m.c 。

//m.c
#include <stdio.h>
int __declspec(dllimport) _stdcall Double(int x);
int main(void)
{
printf("Hello :%d\n", Double(333));
return 0;
}

編譯命令以下：

Gcc m.c dlltest.a -o m2.exe

編譯沒有問題，執行也沒有問題。

再修改一下main.c 。

//main.c
#include <stdio.h>
int __declspec(dllexport) _stdcall Double(int x);
int main(void)
{
printf("Hello :%d\n", Double(333));
return 0;
}

編譯命令以下：

Gcc main.c dlltest.a -o m2.exe

編譯沒有問題，執行也沒有問題。這個實驗說明__declspec(dllexport)對於函數聲明實際上是沒什麼做用的。我也比較過生成的代碼的反彙編結果，也是沒區別的。並不像有些人所說增長了__declspec(dllexport)以後生成的代碼可以更精煉。固然，這也多是如今編譯器的優化能力愈來愈強的結果。早期編譯器跟不上，可能仍是有區別的。

可是__declspec(dllexport)對於輸出變量是有影響的。看下面的測試代碼：