¿Debo compilar con / MD o / MT?

En Visual Studio, están los indicadores de compilación / MD y / MT que le permiten elegir qué tipo de biblioteca de tiempo de ejecución C desea.

Entiendo la diferencia en la implementación, pero todavía no estoy seguro de cuál usar. ¿Cuáles son los pros / contras?

Una de las ventajas de / MD que he escuchado es que esto permite que alguien actualice el tiempo de ejecución (como parchear un problema de seguridad) y mi aplicación se beneficiará de esta actualización. Aunque para mí, esto casi no parece una característica: ¡no quiero que la gente cambie mi tiempo de ejecución sin permitirme probar con la nueva versión!

Algunas cosas que tengo curiosidad sobre:

• ¿Cómo afectaría esto a los tiempos de construcción? (presumiblemente / MT es un poco más lento?)
• ¿Cuáles son las otras implicaciones?
• ¿Cuál usa la mayoría de la gente?

Al vincular dinámicamente con / MD,

• está expuesto a actualizaciones del sistema (para bien o para mal),
• su ejecutable puede ser más pequeño (ya que no tiene la biblioteca incrustada), y
• Creo que al menos el segmento de código de un archivo DLL se comparte entre todos los procesos que lo usan activamente (reduciendo la cantidad total de RAM consumida).

También he descubierto que, en la práctica, cuando se trabaja con bibliotecas de terceros binarias vinculadas estáticamente que se han creado con diferentes opciones de tiempo de ejecución, / MT en la aplicación principal tiende a causar conflictos con mucha más frecuencia que / MD (porque Tendrá problemas si el tiempo de ejecución de C está vinculado estáticamente varias veces, especialmente si son versiones diferentes).

Si está utilizando DLL, entonces debe optar por el CRT vinculado dinámicamente (/ MD).

Si utiliza el CRT dinámico para su .exe y todos los .dlls, todos compartirán una única implementación del CRT, lo que significa que todos compartirán un único montón de CRT y la memoria asignada en un .exe / .dll puede liberarse otro.

Si usa el CRT estático para su .exe y todos los .dlls, todos obtendrán una copia separada del CRT, lo que significa que todos usarán su propio montón de CRT, por lo que la memoria debe liberarse en el mismo módulo en el que se encuentra. fue asignado. También sufrirá una acumulación de código (varias copias de la CRT) y una sobrecarga de tiempo de ejecución excesiva (cada montón asigna memoria del sistema operativo para realizar un seguimiento de su estado, y la sobrecarga puede ser notable).

Creo que el valor predeterminado para proyectos creados a través de Visual Studio es / MD.

Si usa / MT, su ejecutable no dependerá de una DLL presente en el sistema de destino. Si está envolviendo esto en un instalador, probablemente no será un problema y puede ir en cualquier dirección.

Yo mismo uso / MT, para poder ignorar todo el desastre de DLL.

PD: Como señala el Sr. Fooz , es vital ser coherente. Si está vinculando con otras bibliotecas, debe usar la misma opción que ellas. Si está utilizando una DLL de terceros, es casi seguro que necesitará usar la versión DLL de la biblioteca en tiempo de ejecución.

Prefiero vincular estáticamente con / MT.

Aunque obtenga un ejecutable más pequeño con / MD, aún tiene que enviar un montón de archivos DLL para asegurarse de que el usuario obtenga la versión correcta para ejecutar su programa. Y al final su instalador será MÁS GRANDE que cuando se vincule con / MT.

Lo que es aún peor, si elige colocar sus bibliotecas de tiempo de ejecución en el directorio de Windows, tarde o temprano el usuario instalará una nueva aplicación con diferentes bibliotecas y, con cualquier mala suerte, romperá su aplicación.

El problema con el que se encontrará con / MD es que la versión de destino del CRT puede no estar en la máquina de sus usuarios (especialmente si está utilizando la última versión de Visual Studio y el usuario tiene un sistema operativo más antiguo).

En ese caso, tiene que descubrir cómo obtener la versión correcta en su máquina.

de http://msdn.microsoft.com/en-us/library/2kzt1wy3(VS.71).aspx :

/ MT Define _MT para que se seleccionen versiones específicas de subprocesos múltiples de las rutinas de tiempo de ejecución de los archivos de encabezado estándar (.h). Esta opción también hace que el compilador coloque el nombre de la biblioteca LIBCMT.lib en el archivo .obj para que el vinculador use LIBCMT.lib para resolver símbolos externos. Se requiere / MT o / MD (o sus equivalentes de depuración / MTd o / MDd) para crear programas multiproceso.

/ MD Define _MT y _DLL para que se seleccionen las versiones de las rutinas de tiempo de ejecución de subprocesos múltiples y específicos de los archivos .h estándar. Esta opción también hace que el compilador coloque el nombre de la biblioteca MSVCRT.lib en el archivo .obj.

Las aplicaciones compiladas con esta opción están vinculadas estáticamente a MSVCRT.lib. Esta biblioteca proporciona una capa de código que permite al vinculador resolver referencias externas. El código de trabajo real está contenido en MSVCR71.DLL, que debe estar disponible en tiempo de ejecución para las aplicaciones vinculadas con MSVCRT.lib.

Cuando / MD se usa con _STATIC_CPPLIB definido (/ D_STATIC_CPPLIB) hará que la aplicación se vincule con la biblioteca estándar de múltiples hilos estática de C ++ (libcpmt.lib) en lugar de la versión dinámica (msvcprt.lib) mientras se vincula dinámicamente al CRT principal a través de msvcrt.lib.

Entonces, si lo estoy interpretando correctamente, entonces / MT enlaza estáticamente y / MD enlaza dinámicamente.

Si está compilando archivos ejecutables que usan otras dlls o libs que la opción / MD es preferible porque de esa manera todos los componentes compartirán la misma biblioteca. Por supuesto, esta opción debe coincidir con todos los módulos involucrados, es decir, dll / lib / exe.

Si su ejecutable no usa ninguna lib o dll, entonces es la llamada de cualquiera. La diferencia no es demasiado ahora porque el aspecto de compartir no está en juego.

Entonces, tal vez pueda iniciar la aplicación con / MT, ya que no hay una razón convincente de lo contrario, pero cuando llegue el momento de agregar una lib o dll, puede cambiarla a / MD con la de lib / dll, que es fácil.