是否可以使用MINGW g ++生成小型可執行文件？

Question

我知道MINGW-g ++編譯較大的可執行文件是因爲它靜態地鏈接了很多東西。另一方面，MSVC++與VCRedist包中的DLL動態鏈接，這就是爲什麼它產生更小的可執行文件的原因。

但是，是否有可能使用g ++以類似的方式在Windows上編譯？不一定是MINGW-g ++，但是我可以使用Qt Creator（我沒有添加Qt作爲標籤，因爲它與問題無關）。

Answer 1

MinGW完全能夠動態鏈接到msvcrt運行時。你沒有擺脫這種方式唯一的混亂是GCC/MinGW啓動代碼，這不是很大。一個小型的C++測試程序（簡單的iostream hello世界程序，注意：我得到了與普通C printf版本相同的結果）。

#include <iostream> 

using namespace std; 

int main() 
{ 
cout << "Hello World!" << endl; 
return 0; 
} 

COMMANDLINES：

g++ main.cpp -MD -Os -s -o test.exe 
cl /MD /Os main.cpp /link /out:test2.exe 

可執行文件大小：

GCC：13KB

MSVC：6KB

這雖然是雙，所有必要的啓動代碼賬戶對於大的差異;對於較大的程序，差異可以忽略不計。

Answer 2

您可以使用cygwin（www.cygwin.com）。他們使用非常像MSVCRT的運行時DLL。然後你的程序依賴於cygwin運行時，當然（類比重言式，對不起）。

Answer 3

爲了使用靜態鏈接對VC++和MinGW進行公平的比較，我建議在上面的命令行語法中刪除編譯器開關/ MD。這將導致Visual C++編譯器與靜態庫靜態鏈接，但Visual C++編譯器將生成比MinGW靜態編譯的可執行文件小得多的可執行文件。

因爲Visual C++編譯器使用的鏈接器有一個稱爲功能級鏈接的功能，所以鏈接器只根據代碼中使用的函數鏈接必要的庫。任何未引用或未使用的函數都不會鏈接到生成的最終可執行文件，從而導致更小的靜態鏈接二進制文件。

再回到上面的例子中使用Visual C++編譯器，這個時候，使用靜態鏈接，命令行語法是：/out:test2.exe

CL /輸出的main.cpp /鏈路

您可以在這裏注意到我已經刪除了/ MD開關，以便編譯器將使用靜態鏈接而不是動態鏈接。

現在，爲了使更小的靜態鏈接的可執行文件，我建議在命令行語法：

CL /牛年的main.cpp /鏈接/ FILEALIGN：512/OPT：REF/OPT：ICF /增量：NO /out:test2.exe

如果您檢查生成的二進制文件，您會發現它更小，這又是一個靜態鏈接的可執行文件。

事實上，我從這個網站上的討論，這個想法在http://www.catch22.net/tuts/minexe

大多數的Pascal編譯器，包括德爾福也有相同的連接特性，它被稱爲智能鏈接，但所產生的靜態鏈接的可執行文件小得多的那些由Visual C++編譯器生成。

MinGW使用的鏈接器非常愚蠢，它膨脹並不知道，因此它鏈接了許多靜態庫，包括那些包含函數或例程的源代碼中未使用的函數或例程，導致非常臃腫的靜態鏈接二進制文件。

我會建議轉儲MinGW並改用Visual C++編譯器。即使MinGW的開發者似乎也不關心使用靜態鏈接來減少代碼膨脹。