msvcprtd.lib(MSVCP60D.dll) : error LNK2005: "public: __thiscall std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >(class basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::allocator<char> const &)" (??0?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE@ABV?$allocator@D@1@@Z) already defined in ocl.lib(ora.obj)

Здравствуйте, Аноним, Вы писали:

А>msvcprtd.lib(MSVCP60D.dll) : error LNK2005: "public: __thiscall std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >(class basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::allocator<char> const &)" (??0?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE@ABV?$allocator@D@1@@Z) already defined in ocl.lib(ora.obj)


В VC++ 6.0 Project Settings -> C\C++ Tab -> Use Run-time Library сделай (Debug) Multithreaded DLL

Здравствуйте, franc, Вы писали:

F>Здравствуйте, Аноним, Вы писали:

А>>msvcprtd.lib(MSVCP60D.dll) : error LNK2005: "public: __thiscall std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >(class basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::allocator<char> const &)" (??0?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE@ABV?$allocator@D@1@@Z) already defined in ocl.lib(ora.obj)


F>В VC++ 6.0 Project Settings -> C\C++ Tab -> Use Run-time Library сделай (Debug) Multithreaded DLL

это уже сделано

Здравствуйте, Аноним, Вы писали:

Может попробовать закомментировать программу и постепенно расскомментировать , тогда и найдется ошибка.

Здравствуйте, _nn_, Вы писали:

__>Здравствуйте, Аноним, Вы писали:

__>Может попробовать закомментировать программу и постепенно расскомментировать , тогда и найдется ошибка.

Может и лучше, только это ничего не даст, т.к. ошибка возникает в процессе линковки.

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, _nn_, Вы писали:

__>>Здравствуйте, Аноним, Вы писали:

__>>Может попробовать закомментировать программу и постепенно расскомментировать , тогда и найдется ошибка.

А>Может и лучше, только это ничего не даст, т.к. ошибка возникает в процессе линковки.

Ну судя по тому что ошибка в библиотеке msvcprtd.lib , следует что нужно попробовать изменить RTL на что-то другое.

Здравствуйте, _nn_, Вы писали:

__>Здравствуйте, Аноним, Вы писали:

А>>Здравствуйте, _nn_, Вы писали:

__>>>Здравствуйте, Аноним, Вы писали:

__>>>Может попробовать закомментировать программу и постепенно расскомментировать , тогда и найдется ошибка.

А>>Может и лучше, только это ничего не даст, т.к. ошибка возникает в процессе линковки.

__>Ну судя по тому что ошибка в библиотеке msvcprtd.lib , следует что нужно попробовать изменить RTL на что-то другое.
Имелось ввиду другая версия RTL.

Здравствуйте, Аноним, Вы писали:

А>msvcprtd.lib(MSVCP60D.dll) : error LNK2005: "public: __thiscall std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >(class basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::allocator<char> const &)" (??0?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE@ABV?$allocator@D@1@@Z) already defined in ocl.lib(ora.obj)

Ну, по всей видимости, в сборку попадают модули, скомпилированные с различающимися настройками на библиотеку времени исполнения.

Например, часто встречается примерно такое: проект собирается с библиотекой (.lib), причем собственно проект компилируется с настройкой "Debug Multithreaded DLL", а библиотека скомпилирована с настройкой "Debug Single-threaded". Соответственно, они пытаются содержат ссылки на дублирующие друг друга определения стандартных символов.

Здравствуйте, Znow, Вы писали:

Z>Здравствуйте, Аноним, Вы писали:

А>>msvcprtd.lib(MSVCP60D.dll) : error LNK2005: "public: __thiscall std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >(class basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::allocator<char> const &)" (??0?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE@ABV?$allocator@D@1@@Z) already defined in ocl.lib(ora.obj)

Z>Ну, по всей видимости, в сборку попадают модули, скомпилированные с различающимися настройками на библиотеку времени исполнения.

Z>Например, часто встречается примерно такое: проект собирается с библиотекой (.lib), причем собственно проект компилируется с настройкой "Debug Multithreaded DLL", а библиотека скомпилирована с настройкой "Debug Single-threaded". Соответственно, они пытаются содержат ссылки на дублирующие друг друга определения стандартных символов.

Как узнать, какая библиотека как собрана? Если ocl.lib от другого производителя?

Здравствуйте, Аноним, Вы писали:

А>msvcprtd.lib(MSVCP60D.dll) : error LNK2005: "public: __thiscall std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >(class basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::allocator<char> const &)" (??0?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE@ABV?$allocator@D@1@@Z) already defined in ocl.lib(ora.obj)

Доброго !
Это из доркументации.


PSS ID Number: 148652

Article Last Modified on 6/13/2002


--------------------------------------------------------------------------------
The information in this article applies to:


Microsoft Visual C++ 4.0
Microsoft Visual C++ 4.1
Microsoft Visual C++, 32-bit Enterprise Edition 5.0
Microsoft Visual C++, 32-bit Enterprise Edition 6.0
Microsoft Visual C++, 32-bit Professional Edition 5.0
Microsoft Visual C++, 32-bit Professional Edition 6.0
Microsoft Visual C++, 32-bit Learning Edition 6.0
Microsoft Visual C++ .NET (2002)

--------------------------------------------------------------------------------

This article was previously published under Q148652
SYMPTOMS
When the C Run-Time (CRT) library and Microsoft Foundation Class (MFC) libraries are linked in the wrong order, LNK2005 errors similar to 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, which requires MFC to be linked before the CRT libraries.


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 is causing the problem and correct it.
Solution One: Force Linker to Link Libraries in Correct Order
Open the Project Settings dialog box by clicking Settings on the Build menu.
In the Settings For view, click to select (highlight) the project configuration that is getting the link errors.
Click the Link tab.
Click to select INPUT in the Category combo box.
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>.

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).
To set this options in Visual C++ .NET, read the online help for the topic Setting Visual C++ Project Properties.
Solution Two: Locate and Correct the Problem Module
Perform the following steps to view the current library link order:
Open the Project Settings dialog box by clicking Settings on the Build menu.
In the Settings For view, click to select (highlight) the project configuration that is getting the link errors.
Click the Link tab.
Type the following in the Project Options dialog box:
/verbose:lib

Rebuild your project. The libraries will be listed in the output window during the linking process.
STATUS
This behavior is by design.
MORE INFORMATION
When you use the MFC libraries, you must make sure they are linked before the CRT library. This can be done by ensuring that 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 ensures 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:
Open Msdev\Mfc\Include\Afx.h.
Select the lines between #ifndef _AFX_NOFORCE_LIBS and #endif //!_AFX_NOFORCE_LIBS.
Copy the selection to the Windows Clipboard.
Create a new text file.
Paste the contents of the Clipboard into this new file.
Save the file as Msdev\Mfc\Include\Forcelib.h.


Additional query words: nafxcwd

Keywords: kbArtTypeINF kbDSupport kberrmsg kbprb KB148652

Я использовал /NOD как описано.

Здравствуйте, Аноним, Вы писали:

А>Как узнать, какая библиотека как собрана? Если ocl.lib от другого производителя?

По всей видимости, т. к. ocl.lib сама содержит определение std::string::string, а не ссылку на него, она была скомпилирована с опцией "статически-подсобираемая стандартная библиотека". Этот конструктор в таком случае должен быть включен в секцию COMDAT, и может определяться неоднократно, но только так же в секции COMDAT.

Здравствуйте, Аноним, Вы писали:

Доброго !
В догонку. В VC6.0 была опция /nodefaultlib:
Предыдущее VC7.1
C уважением.

Это ничего не дало.

Здравствуйте, Аноним, Вы писали:

А>Это ничего не дало.

А мне дало!

А>Это ничего не дало.

Столкнулся с подобной проблемой при переходе на VC7. Правда у меня глюка специфическая, но устойчивая: создать консольный проект с использованием MFC, заюзать пару STL классов, затем переключить динамическую линковку MFC на статическую. И кирдык.

Возможно решается сревис-паками какими-то, но у меня их пока нет. Поэтому, полазив по форуму здесь и почитав MSDN "там", суммаризировал решение проблемы: здесь.

В частности, это вольный перевод "выжимки" одного из советов из MSDN.