问题标签 [cl.exe]

我一直在尝试安装 Tesseract-ocr 库。阅读与其他软件包相关的许多类似问题并给出解决方案，但没有一个有效。

我认为问题出在我的 Microsoft Visual Studio 上。给出以下代码时出现错误：

错误：命令 'c:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\Bin\x86_amd64\cl.exe' 失败，退出状态为 2

我卸载、重新安装、更新并尝试了很多东西，但仍然无法正常工作:(

现在已经谢谢了！

安装 asyncio 时遇到错误。pydiscovery 需要 Asyncio。已安装 Visual C++ for Python 2.7，但尚未解决此问题。可能是因为它与 Windows 10 不兼容？如果有人知道此问题的解决方法，请提供帮助。

我无法在 Visual Studio 中编译任何 C 项目，我总是收到错误消息：

请从文件夹 C:\WINDOWS\SysWOW64 中删除 DXGIDebug.dll。在完成之前运行 CL.exe 是不安全的。

我之前在 Visual Studio 2015 中遇到此错误，在尝试修复安装多次后，我决定安装 VIsual Studio 2017，但问题仍然存在。

我有另一台安装相同的 PC，它在那里工作正常。我已经检查过 DLL 是否已损坏或不应该存在，但另一台 PC 在完全相同的位置具有完全相同的文件并且它可以工作。我在互联网上找不到任何关于这个问题或任何类似的东西，因为我不知道现在该怎么做才能编译一个 C 项目。

我有 2 个 dll test_dll1.c 和 test_dll2.c。test_dll2 应该充当 test_dll1 的代理。我还有一个主程序 test.c，它与 test_dll2.lib 链接，但链接器给出了一个错误，说“未解析的符号”，我不确定为什么。

下面是附上的代码

test_dll1.c

cl.exe /LD test_dll1.c

test_dll2.c

cl.exe /LD test_dll2.c test_forwards.c

$ cl.exe test_forwards.c test_dll2.lib

test_forwards.obj：错误 LNK2019：函数 _main test_forwards.obj 中引用的未解析的外部符号 __imp__dummy3：错误 LNK2019：函数 _main test_forwards.exe 中引用的未解析的外部符号 __imp__dummy4：致命错误 LNK1120：2 个未解析的外部

我错过了什么？为什么链接器无法找到符号？dummy3 和 dummy4 被定义为“test_dll2.dll”中的转发导出，因为我可以看到，如果我将导出转储到 test_dll2.dll 中，那么导出的符号 dummy3 和 dummy4 确实存在。

更新：顺便说一句，我将 test_dll2.c 更新为 #pragma comment(linker, "/export:_dummy3=test_dll1.dummy1") #pragma comment(linker, "/export:_dummy4=test_dll1.dummy2")

我将 dummy3 和 dummy4 更改为 _dummy3 和 _dummy4 并且它起作用了。为什么我需要将符号名称更改为 _dummy3 和 _dummy4？

我按照在 curl/winbuild 目录中将 libcurl 构建为静态库的说明构建了 libcurl。它吐出一个libcurl_a.lib，一组.h文件，我将其移动到我立即添加到 PATH 的文件夹中。然后我尝试使用命令构建我的程序

笔记：

• 我是从命令行构建的，因为代码不是在 IDE 或这台机器上编写的

• C:/PATH_addon/ 是一个文件夹，我在其中转储所有需要链接到路径中的东西（它链接到我的路径），这样我就不会污染默认路径或我的 system32 文件夹

但是，当我运行命令时，它告诉我有 12 个未解析的符号：

为什么这些符号无法解析，有没有办法解决这个问题？

我在 Mac 上学习了 c++，最近转移到了 Windows 7。我下载了 windows v7.1 sdk 并运行了安装程序。它是 .net 4 依赖版本的 sdk，我安装了 .net 4。

我使用命令行是因为我更喜欢使用它，我在 mac 上使用 gcc 编译器做到了这一点，考虑到我对编程很陌生，所以我很擅长它。

我一直在使用 v7.1 sdk 开发人员命令提示符，因为它使用 SetEnv 批处理文件设置环境变量。

编译器显然是微软的 cl.exe 编译器。

我运行了典型且非常简单的 hello world 程序，最后包括一个 getchar() 让我真正看到该程序，这是由于 mac 不需要的新东西。getchar 工作正常，程序编译并运行良好。

当我尝试编译我在 mac 上编写的一些源代码时，问题出现了。顺便说一句，它在mac上编译得很好。它开始抛出一些非常奇怪的错误，例如告诉我逻辑“与”运算符是未定义的标识符。现在我在这里可能是个愚蠢的人，但据我了解，and 运算符不是标识符，而是运算符。

所以我决定通过编写一个非常简单的程序来缩小问题的范围，该程序使用一个 if 语句和一个 else 语句以及“and”运算符，看看会发生什么。下面是我尝试编译的代码：

这是我用来编译程序的命令

最后但同样重要的是，这个程序引发的错误列表，为什么这些错误在这里我不确定。这对我来说没有任何意义。

主文件

这些错误中的每一个都很奇怪。我以前从未遇到过，也从未问过问题，因为我总是能够不问就找到答案，但在这个问题上，我真的很难过。

我有一个小的 vcxproj。它只有 64 位，使用 v141 平台工具集，并且使用的是 Windows SDK 8.1，我也尝试使用 Windows SDK 10.0.16299.0 来查看是否有任何区别，但没有。

以前，该项目是使用 32 位 MSBuild 编译的，并且工作正常。最近我尝试使用 64 位 MSBuild 进行编译。对 C++ 编译器的命令行调用是相同的（包括所有包含目录），除了它调用的编译器是

C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\VC\Tools\MSVC\14.11.25503\bin\HostX64\x64\CL.exe

代替

C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\VC\Tools\MSVC\14.11.25503\bin\HostX86\x64\CL.exe"

（更改了 HostX86 -> Hostx64）。这会导致以下错误消息：

C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\VC\Tools\MSVC\14.11.25503\include\crtdefs.h(10, 0): error C1083: Cannot open include file: 'corecrt.h': No such file or directory

我不知道问题可能是什么；它使用相同的包含路径和相同的 Windows SDK。我不明白为什么编译器的位数会影响在目标架构没有改变的情况下是否可以找到头文件！

运行它的机器安装了 Visual Studio 2017 Enterprise、Windows SDK 8.1 和 Windows SDK 10.0.16299.0。

更广泛的背景：这是更新我们的构建依赖项的一部分。我们使用 Invoke-Build 运行构建，从 3.6.3 开始，它开始检测 64 位 MSBuild 安装，并默认使用它们。当然，我可以简单地固定到 32 位 MSBuild，但我想深入了解为什么构建工具的位数在这种情况下会有所不同。

我用 Visual Studio 2012 运行 Windows 7。一切都编译得很好。我在新的 Visual Studio 2017 社区上打开了相同的项目，我收到一个弹出窗口说升级到 Windows sdk 10 和工具集 v141。我做到了。

然后在建造时我得到了这个？

C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\Common7\IDE\VC\VCTargets\Microsoft.CppCommon.targets(361,5)：错误 MSB6006：“CL.exe”退出，代码为 -1073741701。

有任何想法吗？谢谢

我正在尝试使用 VS2017 构建我的应用程序，但这正在返回此消息：

C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\Common7\IDE\VC\VCTargets\Microsoft.CppCommon.targets(254,5)：错误 MSB6006：“CL.exe”退出，代码为 -1073741792。

试了好几件事，发现这个错误码相当于0xc0000020，但是跟题目走不了多远。

有没有人经历过这个？或者你知道 0xc0000020 是什么意思吗？

谢谢，我已经在我的 VS2013 机器上安装了，我删除并安装了 V2017。

我正在尝试使用这些说明libwebp.dll为 webp构建 （我下载了这个源代码）

但是，我收到了错误：

Makefile.vc(18)：致命错误 U1050：无法自动检测工具链架构！如果 cl.exe 在您的 PATH 中，请使用 ARCH= 重新运行 nmake。停下来。`

on 命令nmake /f Makefile.vc CFG=release-dynamic RTLIBCFG=dynamic OBJDIR=output在 Visual Studio 2017（社区版）的开发人员命令提示符中。

cl.exe我在任何地方都看不到文件C:\Program Files (x86)\Microsoft Visual Studio 14.0

我怎样才能解决这个问题？