¿El nuevo proyecto .NET 2.0 C ++ / CLI tiene una dependencia implícita en mscorlib v4?

Creé un nuevo proyecto de C ++ / CLI en Visual Studio 2012, con .NET 2.0 seleccionado como marco en la página de creación del proyecto. He verificado que las "Dependencias externas" (mscorlib.dll, System.Data.dll, System.dll y System.XML.dll) muestran "Ruta" comoc:\Windows\Microsoft.NET\Framework\v2.0.50727\*.

Al agregar una referencia a este proyecto desde un proyecto C # .NET 2.0 en la misma solución, en el momento de la compilación, el compilador no puede vincularse con mi biblioteca de C ++ con el siguiente error:

Advertencia 2 La referencia principal "D: \ GIT \ EasyBCD \ Release \ Win32Interop.dll" no se pudo resolver porque tiene una dependencia indirecta del ensamblado de .NET Framework "mscorlib, versión = 4.0.0.0, Culture = neutral, PublicKeyToken = b77a5c561934e089 "que tiene una versión más alta" 4.0.0.0 "que la versión" 2.0.0.0 "en el marco objetivo actual. C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Microsoft.Common.Targets 1578

Sin embargo, como dije, las referencias en el proyecto 'Win32Interop' indican claramente que se utilizó v2.0, y el archivo del proyecto en sí contiene<TargetFrameworkVersion>v2.0</TargetFrameworkVersion> como debería.

¿Por qué Visual Studio 2012 me está costando tanto?

EDITAR

El misterio se profundiza. Al intentar eliminar todos y luego volver a agregar las referencias .NET en el proyecto C ++ / CLI, esto es lo que muestra:

Como puede ver, en la parte superior dice "Orientación: .NET Framework 2.0" y la columna "Versión" indica que estoy seleccionando la versión "2.0.0.0".

Sin embargo, al hacer clic en Aceptar, este es el aspecto de la lista de referencias:

El marco específico sigue siendo ".NETFramework, Version = v2.0", pero las referencias individuales indican que se está utilizando la versión "4.0.0.0" (junto con los tokens de clave pública para esa versión del archivo).

Sin embargo, el cuadro de diálogo de propiedades al seleccionar cada referencia mantiene absolutamente que se está utilizando el archivo v2.0. ¿A quién creer? ¿Qué hacer?

Respuestas a la pregunta(1)

Su respuesta a la pregunta