PRB: LNK2005 Errors When Link C Run-Time Libs Before MFC Libs

ID: Q148652


The information in this article applies to:


SYMPTOMS

When the C Run-Time (CRT) library and MFC libraries are linked in the wrong order, LNK2005 errors like the following may occur:

nafxcwd.lib(afxmem.obj) : error LNK2005:
"void * __cdecl operator new(unsigned int)"(??2@YAPAXI@Z) already
defined in LIBCMTD.lib(new.obj)
nafxcwd.lib(afxmem.obj) : error LNK2005:
"void __cdecl operator delete(void *)"(??3@YAXPAX@Z) already defined
in LIBCMTD.lib(dbgnew.obj)
nafxcwd.lib(afxmem.obj) : error LNK2005:
"void * __cdecl operator new(unsigned int,int,char const *,int)"
(??2@YAPAXIHPBDH@Z) already defined in LIBCMTD.lib(dbgnew.obj)
mfcs40d.lib(dllmodul.obj): error LNK2005: _DllMain@12 already defined in
MSVCRTD.LIB (dllmain.obj)
mfcs42d.lib(dllmodul.obj): error LNK2005: _DllMain@12 already defined in
msvcrtd.lib(dllmain.obj)


CAUSE

The CRT libraries use weak external linkage for the new, delete, and DllMain functions. The MFC libraries also contain new, delete, and DllMain functions, requiring MFC to be linked before the CRT libraries.

For additional information on weak externals, please see the following article in the Microsoft Knowledge Base:

Q72651 "Weak External" Records: Description, Use, and Errors


RESOLUTION

There are two ways to resolve this problem. The first solution involves forcing the linker to link the libraries in the correct order. The second solution allows you to find the module that's causing the problem and correct it.

Solution One - Force Linker to Link Libraries in Correct Order

  1. Open the Project Settings dialog box by clicking Settings on the Build menu.


  2. in the Settings For view, select (highlight) the project configuration that's getting the link errors.


  3. Click the Link tab.


  4. Select INPUT in the Category combo box.


  5. In the Libraries to Ignore edit box, insert the library names (for example, Nafxcwd.lib Libcmtd.lib)

    NOTE: The linker command line equivalent in /NOD:<library name>


  6. In the Object/library Modules edit box, insert the library names. You must ensure that these are listed in order and as the first two libraries in the line (for example, Nafxcwd.lib Libcmtd.lib).


Solution Two - Find the Problem Module and Correct It

Perform the following steps to see the current library link order:

  1. Open the Project Settings dialog box by clicking Settings on the Build menu.


  2. In the Settings For view, Select (highlight) the project configuration that's getting the link errors .


  3. Click the Link tab.


  4. Type the following in the Project Options dialog box:
    /verbose:lib


  5. Rebuild your project. The libraries will now be listed in the output window during the linking process.



STATUS

This behavior is by design.


MORE INFORMATION

When using MFC libraries, you must make sure they are linked before the CRT library. This can be done by ensuring every file in your project includes ..\Msdev\Mfc\Include\Afx.h first, either directly (#include <Afx.h>) or indirectly (#include <Stdafx.h>). The Afx.h include file forces the correct order of the libraries, by using the #pragma comment (lib,"<libname>") directive.

If the source file has a .c extension, or the file has a .cpp extension but does not use MFC, you can create and include a small header file (Forcelib.h) at the top of the module. This new header will ensure the correct library search order.

Visual C++ does not contain this header file, but you can easily create this file by performing the following steps:

  1. Open ..\Msdev\Mfc\Include\Afx.h.


  2. Select line 29 (#ifndef _AFX_NOFORCE_LIBS) through line 204 (#endif //!_AFX_NOFORCE_LIBS).


  3. Copy the selection to the Windows Clipboard.


  4. Create a new text file.


  5. Paste the contents of the Clipboard into this new file.


  6. Save the file as ..\Msdev\Mfc\Include\Forcelib.h.



Keywords          : kberrmsg kbGenInfo kbVC kbVC400 kbVC410 kbVC500 kbVC600 
Version           : WINNT:4.0,4.1,5.0,6.0;
Platform          : NT WINDOWS 
Issue type        : kbprb 

Last Reviewed: July 9, 1999