Resolviendo LNK4098: defaultlib 'MSVCRT' entra en conflicto con

Esta advertencia:

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

Es una advertencia bastante común en Visual Studio. Me gustaría entender la razón exacta y la forma correcta (si es que lo hace) de manejarlo.

Esto aparece en una compilación de depuración, compilada con /MDd. El proyecto está vinculado a cosas como ventanas Version.dlly con las pdh.dllque se vinculan MSVCRT.dll. Obviamente, no tengo las versiones de depuración de estos y no puedo compilarlos.

Así que agregué /NODEFAULTLIB:MSVCRTa la línea de comando del vinculador y en realidad eliminó la advertencia. Pero, ¿qué hace esto realmente? ¿Y por qué es necesario?

Hay 4 versiones de las bibliotecas de enlaces CRT presentes en vc \ lib:

• libcmt.lib: biblioteca estática de enlaces CRT para una compilación de lanzamiento (/ MT)
• libcmtd.lib: biblioteca de enlaces CRT estática para una compilación de depuración (/ MTd)
• msvcrt.lib: biblioteca de importación para la versión de lanzamiento DLL del CRT (/ MD)
• msvcrtd.lib: biblioteca de importación para la versión DLL de depuración del CRT (/ MDd)

Mire las opciones del vinculador, Proyecto + Propiedades, Vinculador, Línea de comando. Observe cómo estas bibliotecas no se mencionan aquí. El vinculador descubre automáticamente qué modificador / M utilizó el compilador y qué .lib debería vincularse a través de una directiva de comentario #pragma. Un poco importante, obtendría errores de enlace horribles y errores de tiempo de ejecución difíciles de diagnosticar si hubiera una discrepancia entre la opción / M y el .lib con el que se vincula.

Verá el mensaje de error que citó cuando se le indica al vinculador que se vincule a msvcrt.lib y libcmt.lib. Lo que sucederá si vincula el código que se compiló con / MT con el código que se vinculó con / MD. Solo puede haber una versión de la CRT.

/ NODEFAULTLIB le dice al enlazador que ignore la directiva de comentario #pragma que se generó a partir del código compilado / MT. Esto podría funcionar, aunque una serie de otros errores de enlazador no es infrecuente. Cosas como errno , que es un int externo en la versión estática de CRT pero macro-ed a una función en la versión DLL. A muchos otros les gusta eso.

Bueno, solucione este problema de la manera correcta, busque el archivo .obj o .lib que está vinculando que se compiló con la opción incorrecta / M. Si no tiene ni idea, puede encontrarlo agrupando los archivos .obj / .lib para "/ MT"

Por cierto: los ejecutables de Windows (como version.dll) tienen su propia versión CRT para hacer su trabajo. Se encuentra en c: \ windows \ system32, no puede usarlo de manera confiable para sus propios programas, sus encabezados CRT no están disponibles en ninguna parte. La DLL CRT utilizada por su programa tiene un nombre diferente (como msvcrt90.dll).

Significa que uno de los dlls dependientes se compila con una biblioteca de tiempo de ejecución diferente .

Proyecto -> Propiedades -> C / C ++ -> Generación de código -> Biblioteca de tiempo de ejecución

Revise todas las bibliotecas y vea que están compiladas de la misma manera.

Más sobre este error en este enlace:

advertencia LNK4098: defaultlib "LIBCD" entra en conflicto con el uso de otras bibliotecas

En mi opinión, este enlace de Yochai Timmer fue muy bueno y relevante, pero doloroso de leer. Escribí un resumen.

Yochai, si alguna vez lees esto, mira la nota al final.

Para la publicación original, lea: advertencia LNK4098: defaultlib "LIBCD" entra en conflicto con el uso de otras bibliotecas

Error

ENLACE: advertencia LNK4098: defaultlib "LIBCD" entra en conflicto con el uso de otras librerías; use / NODEFAULTLIB: biblioteca

Sentido

una parte del sistema se compiló para usar una biblioteca estándar de un solo subproceso (libc) con información de depuración (libcd) que está estáticamente vinculada

mientras que otra parte del sistema se compiló para usar una biblioteca estándar de subprocesos múltiples sin información de depuración que reside en un archivo DLL y utiliza enlaces dinámicos

Cómo resolver

• Ignora la advertencia, después de todo, solo es una advertencia. Sin embargo, su programa ahora contiene múltiples instancias de las mismas funciones.

• Utilice la opción de enlace / NODEFAULTLIB: lib. Esta no es una solución completa, incluso si puede hacer que su programa se vincule de esta manera, está ignorando una señal de advertencia: el código se ha compilado para diferentes entornos, parte de su código puede compilarse para un modelo de subproceso único mientras que otro código es multihilo

• [...] recorra todas sus bibliotecas y asegúrese de que tengan la configuración de enlace correcta

En este último, como se menciona en la publicación original, pueden surgir dos problemas comunes:

• Tiene una biblioteca de terceros que está vinculada de manera diferente a su aplicación.

• Tiene otras directivas incrustadas en su código: normalmente este es el MFC. Si algún módulo en su sistema se vincula con MFC, todos sus módulos deben vincularse nominalmente con la misma versión de MFC.

Para esos casos, asegúrese de comprender el problema y decidir entre las soluciones.

Nota: quería incluir ese resumen del enlace de Yochai Timmer en su propia respuesta, pero como algunas personas tienen problemas para revisar las ediciones correctamente, tuve que escribirlo en una respuesta separada. Lo siento

Recibo esto cada vez que quiero crear una aplicación en VC ++.

Haga clic con el botón derecho en el proyecto, seleccione Propiedades y luego en 'Propiedades de configuración | C / C ++ | Generación de código ', seleccione "Depuración de subprocesos múltiples (/ MTd)" para la configuración de depuración.

Tenga en cuenta que esto no cambia la configuración de su configuración de lanzamiento: deberá ir a la misma ubicación y seleccionar "Multi-thread (/ MT)" para el lanzamiento.

Haga clic con el botón derecho en el proyecto, seleccione Propiedades y luego en 'Propiedades de configuración | Linker | Entrada | Ignore la biblioteca específica y escriba msvcrtd.lib