c# - net - seleccionar framework visual studio 2017

Visual Studio 2010 ya no puede compilar.NET v3.5

Question

Tengo un proyecto de 2010 que tiene como objetivo .NET v3.5. Inexplicablemente ya no puedo construir proyectos v3.5. El proyecto no tiene NINGUNA referencia agregada. Ni siquiera me deja agregar una referencia a System.Core ya que es agregado por el ''sistema de compilación''.

advertencia CS1685: el tipo predefinido ''System.Func'' se define en varios ensambles en el alias global; utilizando la definición de ''c: / Windows / Microsoft.NET / Framework / v4.0.30319 / mscorlib.dll''

IFilter.cs (82,49): error CS0433: el tipo ''System.Func'' existe tanto en ''c: / Archivos de programa (x86) / Assemblies de referencia / Microsoft / Framework / v3.5 / System.Core.dll'' y ''c: / Windows / Microsoft.NET / Framework / v4.0.30319 / mscorlib.dll''

Parece que algo está agarrando 4.0 pero no estoy muy seguro de cómo solucionarlo. ¿Alguien más se encuentra con esto?

El compañero de trabajo tuvo este mismo problema. Tomó una reinstalación de Windows para corregir el problema

He abierto un error en este: https://connect.microsoft.com/VisualStudio/feedback/details/558245/warning-cs1685-when-compiling-a-v3-5-net-application-in-visual- estudio-2010

Si el compilador está configurado como verboso, veo esto:

FrameworkPathOverride = C: / Windows / Microsoft.NET / Framework / v4.0.30319

que se define como:

Especifica la ubicación de mscorlib.dll y microsoft.visualbasic.dll. Este parámetro es equivalente al modificador / sdkpath del compilador vbc.exe.

Algunas otras cositas interesantes: he creado un nuevo proyecto y no puedo construir v3.5 en absoluto. Puedo construir 2.0, 3.0, 3.5 Client Profile, 4.0 y 4.0 Client Profile sin problemas. VB.NET puede construir v3.5 pero C # no. Intenté reinstalar .NET 3.5, 4.0 y Visual Studio 2010 sin éxito. Los registros de depuración de Visual Studio no muestran nada interesante y el Modo seguro no funciona.

Intentando evitar una reinstalación de Windows ...

EDITAR: Me he dado cuenta de que otros también están enfrentando este problema. Enlace , Enlace , Enlace

Reinstalado varias veces. Las desinstalaciones de Visual Studio no se limpian después de ellas. He creado una máquina virtual para desarrollar hasta que tenga la oportunidad de volver a instalar mi sistema operativo principal.

Answer 1

Aquí una sugerencia:

1. Limpia tu solución y vuelve a intentarlo. Si no tiene éxito proceda con el paso 2.
2. Descargue el proyecto haciendo clic derecho sobre él y seleccionando la entrada "Descargar proyecto"
3. Haga clic derecho de nuevo y seleccione "Editar proyecto"
4. Asegúrese de que su proyecto se dirija a la versión correcta del marco mirando hacia arriba y estableciendo el valor de la siguiente etiqueta:

<TargetFrameworkVersion>v4.0</TargetFrameworkVersion>

5. Comprueba la lista de referencias de tu proyecto:

<ItemGroup>
<Reference Include="System" />
<Reference Include="System.Data" />
<Reference Include="System.Xml" />
<Reference Include="Microsoft.CSharp" />
...
</ItemGroup>

Asegúrate de que no haya una doble referencia.

Espero que esto ayude.

De lo contrario, haga una copia de seguridad de los archivos de su proyecto, elimine el proyecto y vuelva a agregarlo a un nuevo proyecto. Esto debería funcionar.

Answer 2

Supongo que podría haber una referencia al marco 4.0 en un archivo de proyecto o solución; tal vez haya diferentes elementos TargetFrameworkVersion. O tal vez algunos de los archivos en la carpeta bin u obj no están sincronizados.

Intente limpiar la solución o incluso borrar manualmente el contenido de la carpeta bin y obj. Si esto no ayuda, simplemente compare la versión actual con la última versión que funciona en Subversion o el sistema de control de versiones que esté utilizando y debería ver si se produjo el cambio.

Answer 3

Según esta publicación de Microsoft Connect, es posible que pueda resolver esto agregando una línea a su solución o archivo de proyecto estableciendo el ToolPath para que AspNetCompiler sea "C: / Windows / Microsoft.NET / Framework / v2.0.50727".

Answer 4

He visto este problema muchas veces: la solución podría ser muy simple.

En mi caso, el proyecto VS infractor contenía muchos Directorios Virtuales (20).

Una vez que esto sucedió, eliminé todas las Virtuals Dirs, recreé una a la vez y reconstruí el proyecto cada vez que buscaba este error.

Cuando agregué dos virtuales uno detrás del otro sin compilación, el error reapareció.

La solución fue eliminar el último VDir, luego reconstruir, restaurar Vdirs y luego reconstruir. Solo una de esas cosas estrafalarias que se encuentran al repetir metódicamente un proceso que puede convertirse en un "timevamp" o "tiempo perdido" que toma su día, noche, noche y posiblemente el acceso a una buena cerveza en su cervecería artesanal local.

Answer 5

Pequeño truco: Abrir la página de propiedades del proyecto VS210 ob build advanced check no hacer referencia a mscorlib.dll. Luego, en un editor de texto, abra el archivo del proyecto y agréguelo a las referencias:

<Reference Include="mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089, processorArchitecture=MSIL" />

Adiós

Answer 6

El problema fue causado por los cambios realizados en esta publicación . Forzar la carga de la última versión de CLR es lo que causó el problema. ¡Ten cuidado!