как игнорировать LNK2005 & LNK1169?

Question

Итак, у меня есть проект Visual Studio 2010, который использует внешние библиотеки, и для его компиляции без LNK2005 мне пришлось манипулировать файлом с порядком библиотек в настройках компоновщика.

Я получил его для компиляции в режиме освобождения, но по каким-то причинам мне не удалось его скомпилировать без ошибок LNK при отладке.

Нельзя ли вообще игнорировать LNK2005 и рассказать компоновщику просто использовать все, с чем он сталкивается в первую очередь?

Спасибо!

// edit: вот некоторые из ошибок, возникающих в ОСОБЕННОСТИ. однако я уже пытался решить это по-разному с каждым решением, дающим мне разные проблемы с компоновщиками. поэтому я ищу общее решение игнорировать LNK2005

Error 7 error LNK2005: "private: __thiscall type_info::type_info(class type_info const &)" (??0type_info@@AAE@ABV0@@Z) already defined in Libcmtd.lib(typinfo.obj) ...\msvcprtd.lib(MSVCP100D.dll)

Error 8 error LNK2005: "private: class type_info & __thiscall type_info::operator=(class type_info const &)" (??4type_info@@AAEAAV0@ABV0@@Z) already defined in Libcmtd.lib(typinfo.obj) ...\msvcprtd.lib(MSVCP100D.dll)

Error 9 error LNK2005: _exit already defined in Libcmtd.lib(crt0dat.obj) ...\msvcprtd.lib(MSVCP100D.dll)

Error 10 error LNK2005: __invalid_parameter already defined in Libcmtd.lib(invarg.obj) ...\msvcprtd.lib(MSVCP100D.dll)

...

Error 37 error LNK1169: one or more multiply defined symbols found

Answer 1

Вы можете попробовать компоновщик-опцию/FORCE (вывод принудительного файла на вкладке «Общие» в Свойствах проекта). Это заставит компоновщик создавать exe/dll даже тогда, когда возникают такие ошибки. Но его осталось вам узнать, работает ли этот exe вообще или даже правильно. В конце концов, я бы не рекомендовал эту стратегию.

Ошибки компоновщика иногда могут быть утомительными для решения, но обычно это нужно делать только после миграции или настройки проекта. Это может занять некоторое время - иногда мне понадобилось больше дня, но это должно быть сделано правильно.

Answer 2

Вы абсолютно не должны игнорировать ошибки компоновщика, когда-либо! Компонент говорит вам, что он смущен символом, который определен в нескольких местах - где он должен взять определение? Вы действительно хотите, чтобы это было произвольным? Как насчет того, когда вы меняете свой код, и компоновщик случайно решает взять другое определение, которое может внезапно нарушить ваш код?

Вместо того чтобы бороться с инструментом, исправьте свой код так, чтобы он компилировался и связывался без ошибок. This MSDN article содержит некоторую информацию об исправлении, а также ссылки для получения дополнительной информации.