Разрешение LNK4098: конфликт библиотеки по умолчанию «MSVCRT» конфликтует с

Это предупреждение:

LINK : warning LNK4098: defaultlib 'MSVCRT' conflicts
  with use of other libs; use /NODEFAULTLIB:library

это довольно распространенное предупреждение в Visual Studio. Я хотел бы понять точную причину этого и правильный способ (если вообще) справиться с этим.

Это происходит в отладочной сборке, скомпилированной с /MDd. Проект связан с такими вещами, как окна Version.dllи с pdh.dllкоторыми они связаны MSVCRT.dll. Очевидно, у меня нет этих отладочных версий, и я не могу их скомпилировать.

Поэтому я добавил /NODEFAULTLIB:MSVCRTв командную строку компоновщика, и он действительно удалил предупреждение. Но что это на самом деле делает? И зачем это нужно?

В vc \ lib есть 4 версии библиотек ссылок CRT:

• libcmt.lib: статическая библиотека ссылок CRT для сборки выпуска (/ MT)
• libcmtd.lib: статическая библиотека ссылок CRT для отладочной сборки (/ MTd)
• msvcrt.lib: библиотека импорта для версии DLL CRT (/ MD)
• msvcrtd.lib: библиотека импорта для отладочной DLL-версии CRT (/ MDd)

Посмотрите на параметры компоновщика, Project + Properties, Linker, Командная строка. Обратите внимание, что эти библиотеки не упоминаются здесь. Компоновщик автоматически определяет, какой ключ / M использовался компилятором и какой .lib должен быть связан с помощью директивы комментария #pragma. Очень важно, что вы получите ужасные ошибки ссылок и трудно диагностировать ошибки времени выполнения, если будет несоответствие между параметром / M и .lib, с которым вы ссылаетесь.

Вы увидите сообщение об ошибке, которое вы процитировали, когда компоновщик получит указание на ссылку на msvcrt.lib и libcmt.lib. Что произойдет, если вы свяжете код, который был скомпилирован с / MT с кодом, который был связан с / MD. Может быть только одна версия ЭЛТ.

/ NODEFAULTLIB говорит компоновщику игнорировать директиву комментария #pragma, сгенерированную из скомпилированного кода / MT. Это может сработать, хотя множество других ошибок компоновщика не редкость. Такие вещи, как errno , который является extern int в статической версии CRT, но макропрограммирован для функции в версии DLL. Многим другим это нравится.

Что ж, исправьте эту проблему Правильным путем, найдите файл .obj или .lib, на который вы ссылаетесь, который был скомпилирован с неправильной опцией / M. Если у вас нет подсказки, вы можете найти ее, выбрав .obj / .lib файлы для "/ MT"

Кстати: исполняемые файлы Windows (например, version.dll) имеют свою собственную версию CRT, чтобы выполнить свою работу. Он находится в каталоге c: \ windows \ system32, вы не можете надежно использовать его для своих собственных программ, его заголовки CRT нигде не доступны. DLL-библиотека CRT, используемая вашей программой, имеет другое имя (например, msvcrt90.dll).

Это означает, что один из зависимых dll скомпилирован с другой библиотекой времени выполнения .

Проект -> Свойства -> C / C ++ -> Генерация кода -> Библиотека времени выполнения

Просмотрите все библиотеки и убедитесь, что они скомпилированы одинаково.

Подробнее об этой ошибке в этой ссылке:

предупреждение LNK4098: defaultlib "LIBCD" конфликтует с использованием других библиотек

ИМО, эта ссылка от Йохая Тиммера была очень хорошей и актуальной, но больно читать. Я написал резюме.

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

Для оригинального сообщения читать: предупреждение LNK4098: defaultlib "LIBCD" конфликтует с использованием других библиотек

ошибка

ССЫЛКА: предупреждение LNK4098: defaultlib "LIBCD" конфликтует с использованием других библиотек; использовать / NODEFAULTLIB: библиотека

Смысл

одна часть системы была скомпилирована для использования однопоточной стандартной (libc) библиотеки с отладочной информацией (libcd), которая статически связана

в то время как другая часть системы была скомпилирована для использования многопоточной стандартной библиотеки без отладочной информации, которая находится в DLL и использует динамическое связывание

Как решить

• Не обращайте внимания на предупреждение, ведь это всего лишь предупреждение. Однако ваша программа теперь содержит несколько экземпляров одних и тех же функций.

• Используйте параметр компоновщика / NODEFAULTLIB: lib. Это не полное решение, даже если вы можете заставить свою программу связываться таким образом, вы игнорируете предупреждающий знак: код был скомпилирован для разных сред, часть вашего кода может быть скомпилирована для однопоточной модели, в то время как другой код многопоточный.

• [...] просмотрите все ваши библиотеки и убедитесь, что они имеют правильные настройки ссылок

В последнем, как это упоминалось в оригинальном сообщении, могут возникнуть две общие проблемы:

• У вас есть сторонняя библиотека, которая по-разному связана с вашим приложением.

• У вас есть другие директивы, встроенные в ваш код: обычно это MFC. Если какие-либо модули в вашей системе связаны с MFC, все ваши модули должны быть номинально связаны с одной и той же версией MFC.

В этих случаях убедитесь, что вы понимаете проблему и выбираете решение.

Примечание. Я хотел включить это краткое изложение ссылки Йохая Тиммера в его собственный ответ, но, поскольку у некоторых людей возникают проблемы с корректным рассмотрением изменений, мне пришлось написать это в отдельном ответе. сожалею

Я получаю это каждый раз, когда хочу создать приложение на VC ++.

Щелкните правой кнопкой мыши проект, выберите «Свойства», затем в разделе «Свойства конфигурации | C / C ++ | Генерация кода », выберите« Многопоточная отладка (/ MTd) »для конфигурации отладки.

Обратите внимание, что это не меняет настройки для вашей версии выпуска - вам нужно перейти в то же место и выбрать «Многопоточность (/ MT)» для выпуска.

Щелкните правой кнопкой мыши проект, выберите «Свойства», затем в разделе «Свойства конфигурации | Линкер | Вход | Игнорировать конкретную библиотеку и написать msvcrtd.lib