Visual C++ 編譯器選項 /MD、/ML、/MT、/LD 區別

指定與你項目串連的運行期庫 
/MT多線程應用程式 
/Mtd多線程應用程式(DEBUG) 
/MD多線程DLL 
/MDd多線程DLL(DEBUG)

 

 

 

前段時間編譯一個引用自己寫的靜態庫的程式時老是出現連結時的多個重定義的錯誤，而自己的代碼明明沒有重定義這些東西，譬如：
LIBCMT.lib(_file.obj) : error LNK2005: ___initstdio already defined in libc.lib(_file.obj)
LIBCMT.lib(_file.obj) : error LNK2005: ___endstdio already defined in libc.lib(_file.obj)
LIBCMT.lib(_file.obj) : error LNK2005: __cflush already defined in libc.lib(_file.obj)
LIBCMT.lib(_file.obj) : error LNK2005: __iob already defined in libc.lib(_file.obj)
LIBCMT.lib(osfinfo.obj) : error LNK2005: __alloc_osfhnd already defined in libc.lib(osfinfo.obj)
LIBCMT.lib(osfinfo.obj) : error LNK2005: __set_osfhnd already defined in libc.lib(osfinfo.obj)
LIBCMT.lib(osfinfo.obj) : error LNK2005: __free_osfhnd already defined in libc.lib(osfinfo.obj)
LIBCMT.lib(osfinfo.obj) : error LNK2005: __get_osfhandle already defined in libc.lib(osfinfo.obj)
LIBCMT.lib(osfinfo.obj) : error LNK2005: __open_osfhandle already defined in libc.lib(osfinfo.obj)
LIBCMT.lib(tolower.obj) : error LNK2005: __tolower already defined in libc.lib(tolower.obj)
LIBCMT.lib(tolower.obj) : error LNK2005: _tolower already defined in libc.lib(tolower.obj)
等等。

所 以初步估計是編譯器的問題，通過網上搜尋和查看msdn，原來是Visual C++ 編譯器選項的關於單線程或多線程運行時常式的問題：我的那個靜態庫編譯時間/ML單線程版本的，而引用它的程式是/MT多線程版本的，他們在編譯分別講 libc.lib和LIBCMT.lib串連到各自的代碼中，估計libc.lib和LIBCMT.lib只是單線程與多線程的區別，基本代碼相差無幾， 所以會產生連結時重定義錯誤；然後把編譯靜態庫的選項/ML改成/MT就沒事了。

要注意的是：/MD也是多線程版本的；被應用的使用者連結庫 要和應用者有相同的編譯選項，/MD與/MT一起有時候會有錯誤的，有時候就沒有，我試過這種情況；而/MD和/ML似乎是沒有問題的；/MT和/ML是 肯定會有問題的。有沒有其他情況就不清楚了，有興趣的可以測試一下，^_^

如果是代碼是用於多線程的，最好編譯成多線程版本的，否則可能會出現一些意想不到的問題。

編譯器選項設定（vc6）：工程 -> 設定 -> C/C++ -> 工程選項   裡可以修改

附：

下面是msdn關於Visual C++ 編譯器選項的說明：

這些選項選擇單線程或多線程運行時常式，指示多線程模組是否為 DLL，並選擇執行階段程式庫的發布版本或調試版本。

選項 說明 
/MD 定義 _MT 和 _DLL 以便同時從標準 .h 檔案中選擇運行時常式的多線程特定版本和 DLL 特定版本。此選項還使編譯器將庫名 MSVCRT.lib 放入 .obj 檔案中。 
用此選項編譯的應用程式靜態連結到 MSVCRT.lib。該庫提供允許連結器解析外部參考的代碼層。實際工作程式碼封裝含在 MSVCR71.DLL 中，該庫必須在運行時對於與 MSVCRT.lib 連結的應用程式可用。

當 在定義了 _STATIC_CPPLIB (/D_STATIC_CPPLIB) 的情況下使用 /MD 時，它將導致應用程式通過靜態多線程標準 C++ 庫 (libcpmt.lib) 而非動態版本 (msvcprt.lib) 進行連結，同時仍通過 msvcrt.lib 動態連結到主 CRT。

/MDd 定義 _DEBUG、_MT 和 _DLL，以便從標準 .h 檔案中選擇運行時常式的調試多線程特定版本和 DLL 特定版本。它還使編譯器將庫名 MSVCRTD.lib 放入 .obj 檔案中。 
/ML 使編譯器將庫名 LIBC.lib 放入 .obj 檔案中，以便連結器使用 LIBC.lib 解析外部符號。這是編譯器的預設操作。LIBC.lib 不提供多線程支援。 
/MLd 定義 _DEBUG 並使編譯器將庫名 LIBCD.lib 放入 .obj 檔案中，以便連結器使用 LIBCD.lib 解析外部符號。LIBCD.lib 不提供多線程支援。 
/MT 定義 _MT， 以便從標準頭 (.h) 檔案中選擇運行時常式的多線程特定版本。此選項還使編譯器將庫名 LIBCMT.lib 放入 .obj 檔案中，以便連結器使用 LIBCMT.lib 解析外部符號。建立多線程程式需要 /MT 或 /MD（或它們的調試等效選項 /MTd 或 /MDd）。 
/MTd 定義 _DEBUG 和 _MT。定義 _MT 會導致從標準 .h 檔案中選擇運行時常式的多線程特定版本。此選項還使編譯器將庫名 LIBCMTD.lib 放入 .obj 檔案中，以便連結器使用 LIBCMTD.lib 解析外部符號。建立多線程程式需要 /MTd 或 /MDd（或它們的非調試等效選項 /MT 或 MD）。 
/LD 建立 DLL。 
將 /DLL 選項傳遞到連結器。連結器尋找 DllMain 函數，但並不需要該函數。如果沒有編寫 DllMain 函數，連結器將插入返回 TRUE 的 DllMain 函數。

連結 DLL 啟動代碼。

如果命令列上未指定匯出 (.exp) 檔案，則建立匯入庫 (.lib)；將匯入庫連結到調用您的 DLL 的應用程式。

將 /Fe 解釋為命名 DLL 而不是 .exe 檔；預設程式名成為基名稱.dll 而不是基名稱.exe。

如果還未顯式指定 /M 選項之一，則將預設執行階段程式庫支援更改為 /MT。

/LDd 建立調試 DLL。定義 _DEBUG。

警告    不要混合使用執行階段程式庫的靜態版本和動態版本。在一個進程中有多個執行階段程式庫副本會導致問題，因為副本中的待用資料不與其他副本共用。連結器禁止在 .exe 檔內部既使用靜態版本又使用動態版本連結，但您仍可以使用執行階段程式庫的兩個（或更多）副本。例如，當與用動態 (DLL) 版本的執行階段程式庫連結的 .exe 檔一起使用時，用靜態（非 DLL）版本的執行階段程式庫連結的動態連結程式庫可能導致問題。（還應該避免在一個進程中混合使用這些庫的調試版本和非調試版本）。
有關使用執行階段程式庫的調試版本的更多資訊，請參見執行階段程式庫參考。

知識庫文章 Q140584 也討論如何選擇適當的 C 執行階段程式庫。

有關 DLL 的進一步討論，請參見 DLL。

在 Visual Studio 開發環境中設定此編譯器選項