¿Qué hace 'useLegacyV2RuntimeActivationPolicy' en la configuración de .NET 4?

Al convertir un proyecto que usaba SlimDX y, por lo tanto, tenía código no administrado, a .NET 4.0 me encontré con el siguiente error:

El ensamblaje de modo mixto se compila con la versión 'v2.0.50727' del tiempo de ejecución y no se puede cargar en el tiempo de ejecución 4.0 sin información de configuración adicional.

Buscar en Google me dio la solución, que es agregar esto a la configuración de las aplicaciones:

<configuration>
  <startup useLegacyV2RuntimeActivationPolicy="true">
    <supportedRuntime version="v4.0"/>
  </startup>
</configuration>

Mi pregunta es, ¿qué está useLegacyV2RuntimeActivationPolicyhaciendo? No puedo encontrar ninguna documentación al respecto.

Después de un poco de tiempo (y más búsquedas), encontré esta entrada de blog de Jomo Fisher.

Uno de los problemas recientes que hemos visto es que, debido a la compatibilidad con los tiempos de ejecución uno al lado del otro, .NET 4.0 ha cambiado la forma en que se une a ensamblajes de modo mixto más antiguos. Estos ensamblados son, por ejemplo, los que se compilan desde C ++ \ CLI. Los conjuntos DirectX disponibles actualmente están en modo mixto. Si ve un mensaje como este, entonces sabe que se ha encontrado con el problema:

El ensamblaje de modo mixto se compila con la versión 'v1.1.4322' del tiempo de ejecución y no se puede cargar en el tiempo de ejecución 4.0 sin información de configuración adicional.

[Recorte]

La buena noticia para las aplicaciones es que tiene la opción de recurrir al enlace de la era .NET 2.0 para estos ensamblados configurando un indicador app.config de esta manera:

<startup useLegacyV2RuntimeActivationPolicy="true">
  <supportedRuntime version="v4.0"/>
</startup>

Por lo tanto, parece que la forma en que el tiempo de ejecución carga los ensambles de modo mixto ha cambiado. No puedo encontrar ningún detalle sobre este cambio, o por qué se hizo. Pero el useLegacyV2RuntimeActivationPolicyatributo vuelve a cargar CLR 2.0.

Aquí hay una explicación que escribí recientemente para ayudar con el vacío de información sobre este atributo. http://www.marklio.com/marklio/PermaLink,guid,ecc34c3c-be44-4422-86b7-900900e451f9.aspx (enlace de la máquina Wayback de Internet Archive)

Para citar los bits más relevantes:

[Instalar .NET] v4 es "no impactante". No debe cambiar el comportamiento de los componentes existentes cuando está instalado.

El atributo useLegacyV2RuntimeActivationPolicy básicamente le permite decir: “Tengo algunas dependencias en las API de shim heredadas. Haga que funcionen como solían hacerlo con respecto al tiempo de ejecución elegido ".

¿Por qué no hacemos de este el comportamiento predeterminado? Podría argumentar que este comportamiento es más compatible y hace que la transferencia de código de versiones anteriores sea mucho más fácil. Si recuerdas, este no puede ser el comportamiento predeterminado porque haría que la instalación de v4 sea impactante, lo que puede dañar las aplicaciones existentes instaladas en tu máquina.

La publicación completa explica esto con más detalle. En RTM, los documentos de MSDN sobre esto deberían ser mejores.