任务失败，因为未找到AL.exe， [英] Task failed because AL.exe was not found,
问题描述
编译项目时出现以下错误:
I'm getting the following error when compiling my project:
任务失败，因为"AL.exe"找不到，或者未安装正确的Microsoft Windows SDK.任务正在寻找"AL.exe".在"bin"中注册表项
HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Microsoft SDKs \ Windows \ v6.0A的InstallationFolder值中指定的位置下方的子目录.您可以通过执行以下任一操作来解决该问题:
Task failed because "AL.exe" was not found, or the correct Microsoft Windows SDK is not installed. The task is looking for "AL.exe" in the "bin" subdirectory beneath the location specified in the InstallationFolder value of the registry key
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SDKs\Windows\v6.0A. You may be able to solve the problem by doing one of the following:
- 安装用于Windows Server 2008和.NET Framework 3.5的Microsoft Windows SDK.
- 安装Visual Studio 2008.
- 手动将上述注册表项设置到正确的位置.
- 将正确的位置传递到"ToolPath"任务的参数.
将资源文件添加到UnitTest项目中的文件夹时，会出现此错误.这些资源文件没有被我的程序直接用于本地化，它们就像普通文件一样.我需要它们来对程序中的某些逻辑进行单元测试，该逻辑使用 ResXResourceReader 加载这些资源文件.
This error comes when I'm adding resource files to my folder in my UnitTest project. These resource files aren't directly used by my program for localization, they're just like normal files. I need them for unit testing some logic inside my program which loads these resource files using the ResXResourceReader.
有人可以向我解释为什么会出现此错误吗?
Can someone explain me why this error comes up??
安装Windows SDK可以解决此问题，该错误中也对此进行了描述.但是我仍然想知道为什么会出现错误.我对我没有任何意义.
Installing the Windows SDK solved the issue, as also described in the error. But I'd still like to know why the error appeared. I doesn't make sense to me.
推荐答案
出现此错误的原因是，您正在构建使用程序集清单的3.5项目，但未安装3.5工具.(希望有人可以提供更多信息.)
You are getting this error because you are building a 3.5 project that uses an assembly manifest, but do not have the 3.5 tools installed. (Hopefully, someone can provide more information.)
我强烈建议安装 用于Windows的Microsoft Windows SDK7和.NET Framework 3.5 SP1 和避免被黑客入侵，尤其是在您只需要安装工具并确保查看AL.exe发行说明的情况下.信息.(由于存在安全更新修复程序，建议将该SDK安装为3.5版.)
I strongly recommend installing Microsoft Windows SDK for Windows 7 and .NET Framework 3.5 SP1 and avoid the hacks, especially when you only need to install the tools, and be sure to check out the release notes for AL.exe information. (This SDK is the recommended installation for 3.5 due to a security update fix.)
SDK的发行说明"表明ALTOOLPATH是由Visual Studio 2005设置的，这也许可以解释为什么某些用户在构建时遇到问题.这是我的猜测.
The "Release Notes" for the SDK indicates that ALTOOLPATH is set by Visual Studio 2005, which might explain why some user have problems building. This is a guess on my part.
使用SysInternals的Process Monitor，在构建3.5项目时，Visual Studio 2008在％SystemRoot％\ Microsoft.NET \ Framework \ v3.5文件夹中查找程序集链接器(AL.exe).如果找不到AL，它将使用特定的v6.0A注册表设置中指定的位置.(请注意，v6.0A不适用于.NET 3.5.)因此，安装适当的软件，并且请勿破解.:O)
Using SysInternals' Process Monitor, when building a 3.5 project, Visual Studio 2008 looks in the %SystemRoot%\Microsoft.NET\Framework\v3.5 folder for the Assembly Linker (AL.exe). Failing to find AL there, it will use the location specified in the specific v6.0A registry setting. (Note that v6.0A is not for .NET 3.5.) Therefore, install the proper software and do not hack. :O)
我的问题是Assembly Linker在2.0、3.0和3.5之间有所不同吗?
The question I have is the Assembly Linker different between 2.0, 3.0, and 3.5?
用于Windows Server 2008和.NET Framework 3.5的Windows SDK
安装新发布的适用于Windows 7的Microsoft Windows SDK和.NET Framework 3.5 SP1而不是推荐此版本.如果你这样做继续并在之后安装此SDKVS2008 SP1，请确保补丁知识库974479中描述的是应用.有关更多信息，请参见概述部分信息.
Installing the newly released Microsoft Windows SDK for Windows 7 and .NET Framework 3.5 SP1 instead of this release is recommended. If you do go ahead and install this SDK after VS2008 SP1, please ensure the patch described in Knowledge Base 974479 is applied. See Overview section for more information.
这篇关于任务失败，因为未找到AL.exe，的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
