錯誤LNK2005：_DllMain @ 12已在MSVCRT.lib中定義

14

如果你仔細閱讀鏈接錯誤，並運用一定的瞭解，你可能會得到有自己：

鏈接器鏈接的編譯對象和庫合力得到一個二進制文件。

每個對象/庫描述

，預計什麼符號存在於其他物體
什麼符號，它定義

如果兩個對象定義了相同的符號，你得到的正是這種鏈接器錯誤。在你的情況下，mfcs80.lib和MSVCRT.lib都定義了_DllMain @ 12符號。

擺脫錯誤的：

找出你真正需要
這兩個庫的其中找出如何告訴鏈接不使用另一個（使用例如tip from James Hopkin）

來源

2008-12-05 10:47:31 xtofl

+3

+1好點 - 我沒有正確閱讀錯誤。當MFC庫選項神祕地打開時，我最近自己也有類似的鏈接器錯誤。 – 2008-12-05 11:20:49

+0

準確的解釋。感謝那。 :) – mahesh 2008-12-05 11:41:12

+2

缺少詳細信息 - 某些庫定義了弱連接，定義正確的庫包含順序將首先使用mfc，然後使用msvcrt，然後悄悄放棄弱連接 – 2012-09-19 16:09:51

9

如果你定義自己的DllMain，在您的項目設置，您需要在「配置屬性/常規」到「用標準來設置「MFC的使用」 Windows庫「。

你應該做一個乾淨的重建後，改變它。

來源

2008-12-05 10:24:16

+3

我有一個純C，非MFC DLL設置爲「使用標準Windows庫」，但錯誤仍然彈出。 – 2015-03-15 23:58:08

+0

我也是。 VS2010。 – AlastairG 2018-01-26 14:52:41

+0

我發現從預處理器中刪除_WINDOWS定義在項目設置 - > C/C++ - >預處理器擺脫了MSVCRTD.lib的虛假引用。我正在使用VS2010。 – ulatekh 2018-02-28 21:29:53

6

在我的項目中，我能夠通過在項目設置中添加mfcs80.lib和msvcrt.lib作爲附加依賴項來解決此問題。鏈接器 - >輸入下可以找到'附加依賴關係'。

在必須分別爲mfcs80d.lib和msvcrtd.lib的調試配置中。順便說一下，我正在使用Visual Studio 2010，所以在我的情況下，MFC lib被稱爲mfc100.lib。

我不知道爲什麼這個工作。沒有必要將這些lib文件添加爲額外的依賴項，因爲我已經將'使用MFC'設置爲'在共享DLL中使用MFC'。我想通過將這些庫指定爲附加依賴關係，它們以不同的順序鏈接。

此解決方案與Microsoft網站上建議的解決方案大致相同：http://support.microsoft.com/kb/148652，但我不需要在「忽略特定默認庫」框中鍵入任何內容。

來源

2012-07-05 12:16:22 vmb100

+0

您建議的鏈接幫助我解決問題。值得一讀。 – TinyRacoon 2016-03-31 09:06:40

1

我親自擺脫了這種錯誤是這樣的：在Solution Explorer右擊的項目，從彈出菜單中選擇Properties，點擊Linker選項卡，並添加mfcs71ud.lib到Additional Dependencies。如果您使用的是Visual Studio 2005，它應該是「80」而不是「71」等等。

來源

2013-04-20 19:50:49 izogfif

+0

我有一個非常類似的問題。 [mfcs110d.lib（dllmodul.obj）：錯誤LNK2005：_DllMain @ 12已經在MSVCRTD.lib（dllmain.obj）中定義]並且解決方案是**將mfcs110d.lib添加到其他依賴項** – joseAndresGomezTovar 2014-04-08 14:24:47

3

MSDN知識庫ID Q148652。

http://support.microsoft.com/kb/148652

原因：的Visual C++編譯按字母順序排列的源文件，和編譯的對象文件傳遞到以字母順序接頭。如果鏈接器首先處理DLLDATAX.OBJ，則源代碼引用鏈接器從MSVCRTD.LIB（dllmain.obj）加載的DllMain。然後，鏈接器處理從包含#include「stdafx.h」的C++文件編譯的目標文件，該文件引用鏈接器從MFC42D.LIB（dllmodul.obj）加載的符號 __afxForceUSRDLL。該對象模塊還包含DllMain的實現，導致衝突的。

來源

2013-09-06 06:01:06 Bill

31

我有相同的錯誤消息，但沒有答案在這裏解決了我。所以，如果你創建一個使用MFC DLL中項目時遇到問題，可以通過輸入以下行解決：

extern "C" { int _afxForceUSRDLL; }

到DllMain定義cpp文件。然後使用您自己的DllMain實現，而不是來自dllmain.obj的實現。

When we try to use MFC library, we surely will include afx.h directly or indirectly, then MFC(afx.h) tell the linker to find the symbol of __afxForceUSRDLL and put that object which contains __afxForceUSRDLL into the program, so linker searches and puts dllmodule.obj into our program, because __afxForceUSRDLL is defined in dllmodule.cpp.

That’s the common scenario. When we want to use our own DllMain in a mfc dll project, linker complains that there are two DllMain, one in our code, one in Dllmodule.obj.

So we need to tell the linker to add our dllmain.obj for __afxForceUSRDLL. So we need to define __afxForceUSRDLL in our own cpp file where our own DllMain is defined, then the linker will ignore mfc’s dllmodule.obj and see only one DllMain and never complains.

來源：http://social.msdn.microsoft.com/Forums/en-US/0d78aa6b-1e87-4c01-a4a7-691335b7351a/how-to-build-mfc-application-dll-in-visual-c-2010

來源

2013-11-12 13:25:28 Constantin

1

我有一個非常類似的問題。 [mfcs110d.lib（dllmodul.obj）：錯誤LNK2005：_DllMain @在MSVCRTD.LIB已經定義12（dllmain.obj）]以及溶液添加mfcs110d.lib到附加依賴

來源

2014-04-24 07:25:49 joseAndresGomezTovar

0

我發現溶液這裏 Visual Studio 2010 library linking order

這是：/ FORCE：在連接選項MULTIPLE

我不得不混合在一起ATL和MFC，使用 [模塊（名稱= 「MyModule的」）];在MFC應用程序中使用「__hook」關鍵字構造

來源