Me han clonado un proyecto para mi equipo con TFS, cuando voy a construir el proyecto me sale este error :

6 de Error de Tarea no se pudo encontrar «LC.exe» el uso de la SdkToolsPath «» o el
la clave del registro «HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft
SDKs\Windows\v8.1A\WinSDK-NetFx40Tools-x86». Asegúrese de que el
SdkToolsPath es el conjunto y la herramienta existe en el procesador correcta
ubicación específica en virtud de la SdkToolsPath y que el de Microsoft
Windows está instalado el SDK de

He buscado en la web pero no podía encontrar una solución. Yo uso VS 2013 y .NET 4.
¿Cómo puedo solucionar este problema? Gracias.

  • De la lectura del mensaje de error, no hay ninguna variable de entorno llamada SdkToolsPath, o no existen, y el valor está vacío. Para establecer ese valor, o corregir el valor del registro.
  • «Asegúrese de que el SdkToolsPath es el conjunto y la herramienta existe en el procesador correcta ubicación específica en virtud de la SdkToolsPath y que el de Microsoft Windows está instalado el SDK«.
  • Posibles duplicados de: stackoverflow.com/questions/2731365/…
InformationsquelleAutor jason | 2014-09-29

4 Comentarios

  1. -1

    http://msdn.microsoft.com/en-us/library/ha0k3c9f(v=vs 110).aspx

    La Licencia Compilador lee archivos de texto que contienen la concesión de licencias
    información y genera un archivo binario que puede ser incrustado en una
    common language runtime ejecutable como un recurso. Una .licx archivo de texto es
    generado automáticamente o actualizado por el Diseñador de Windows Forms
    cada vez que una licencia de control se agrega al formulario. Como parte de
    compilación, el sistema del proyecto de transformación de la .licx archivo de texto
    en una .licencias binario de los recursos que proporciona el soporte .NET
    control de licencias. El recurso binario se incrustará en el
    resultados del proyecto. De compilación cruzada entre 32-bit y 64-bit no está
    se admite al uso de la Licencia Compilador cuando la construcción de su
    proyecto.
    Esto es debido a que la Licencia Compilador tiene que cargar ensamblados,
    y la carga de 64 bits ensamblados a partir de una aplicación de 32 bits no es
    permitido, y viceversa. En este caso, el uso de la Licencia Compilador de
    la línea de comandos para compilar la licencia manualmente, y especificar el
    correspondiente a la arquitectura. Esta herramienta se instala automáticamente con
    Visual Studio
    . Para ejecutar la herramienta, utilice el Desarrollador de la línea de Comandos (o
    los Comandos de Visual Studio en Windows 7). Para obtener más información,
    consulte Comandos de Visual Studio.

    • No entiendo cómo esta cita responde a la pregunta. Se puede agregar un resumen o explicación?
    • Hay un mundo de Información. estás construyendo x86 v x64. lo que el control en su proyecto requiere de licencia. era difícil decir con su pregunta si sabía lo que LC.exe ¿y cómo se relacionaba con el proyecto que han clonado. añadir algo más de detalle y de que tal vez podamos ampliar
    • No me parece que esta cita útil a todos. Para mí, el problema ni siquiera tienen que ver con LC.exe pero SdkToolsPath no se va a establecer. Además, algunos de nosotros estamos tratando de compilar proyectos sin Visual Studio ser instalado.
    • Aunque el OP ha aceptado esta respuesta, que en realidad no responder a la pregunta, ni no proporciona suficientes detalles sobre cómo resolver el problema. Es un simple copiar-y-pegar.
  2. 4

    Resulta que usted puede especificar la ruta de acceso al SDK directamente en el .csproj de archivo:

    <TargetFrameworkSDKToolsDirectory>C:\Program Files (x86)\Microsoft SDKs\Windows\v10.0A\bin\NETFX 4.6 Tools</TargetFrameworkSDKToolsDirectory>

    y la construcción de encontrar lc.exe de esa manera.
    Para hacer un dir /s para lc.exe y el uso de ese camino.

    Previamente me espera para establecer esta usando <SdkToolsPath>, pero que no funcionó. En Microsoft.Común.objetivos, SdkToolsPath se establece a partir de TargetFrameworkSDKToolsDirectory, lo he intentado y funcionó. (Sería bueno si el nombre de la variable corresponde 1 a 1, pero no es así.)

    Esto es en Visual Studio 2015, y msbuild se llama desde la ant.

    • donde en .objetivos ¿poner esa línea ?
    • también se parece .objetivos archivo está bloqueado fuera de la escritura, incluso para los administradores hmmm
    • Donde en el csproj debe ser añadido? En virtud de la partida?
    • <PropertyGroup> <TargetFrameworkSDKToolsDirectory>C:\Program Files (x86)\Microsoft SDKs\Windows\v10.0A\bin\NETFX 4.6 Herramientas</TargetFrameworkSDKToolsDirectory> </PropertyGroup>
    • es decir, se pone debajo de un <PropertyGroup> etiqueta debajo de la principal, <Proyecto> etiqueta
  3. 0

    Si estás usando MSBuild.exe para construir proyectos desde la línea de comandos, usted puede pasar TargetFrameworkSDKToolsDirectory como un parámetro para evitar tener que editar el .csproj archivos.
    Por ejemplo:
    MSBuild.exe mysolution.sln /t:build /p:TargetFrameworkSDKToolsDirectory="C:\Program Files (x86)\Microsoft SDKs\Windows\v10.0A\bin\NETFX 4.6 Tools"

Dejar respuesta

Please enter your comment!
Please enter your name here