Visual Studio Community 2017 cl.exe

22

我正在Windows系统上编译一些CUDA核函数。 据我所知, nvcc 编译器需要在Windows系统上使用 cl.exe 进行编译。 获取它的主要方法是使用Visual Studio。 因此,我安装了免费社区版。 安装后,我期望在 VC 目录中有 bin 目录,就像其他多个问题中显示的那样,例如这个问题这个问题。 然而,我需要深入几个层次才能找到。

C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\Tools\MSVC\14.10.25017\bin\HostX64\x64\cl.exe

这个项目旨在制作一个可以在多个不同的Windows系统上编译和使用的程序。我真的需要期望cl.exe文件如此嵌套,还是我错过了某种安装步骤?我本来期望路径更短一些:

C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\bin\

最终,我需要一种尽可能简单的方法,让用户能够使他们的环境找到cl.exe文件。通常(在最高层次上)这涉及设置环境变量。


你的问题是什么?“你错过了安装步骤吗?” - john k
5个回答

16

我曾在不同的上下文环境(Elixir/Phoenix、Rust)遇到过这个问题,但根本原因是一样的:cl.exe 在编译期间无法找到。

我的设置如下:

  • Windows 10,x64
  • 已安装 Visual Studio Community 2017,但仅用于 C#开发

由于某种原因,使用安装Visual C++ Build Tools的解决方案未起作用。在安装过程中停止,并显示一些晦涩的错误消息。可能是由于我现有的 Visual Studio 安装与之不兼容。

以下是我解决它的方法:

  1. 启动 Visual Studio 安装程序
  2. 选中 Desktop development with C++(截图请参见此处
  3. 在编译之前执行以下命令:

C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\Auxiliary\Build\vcvars64.bat

从这里开始,命令cl.exe可用。 或者(更方便地进行开发),启动应用程序'Developer Command Prompt for VS 2017'或'x64 Native Tools Command Prompt VS 2017'。


谢谢你的回答。我的设置和你的完全一样,我也遇到了同样的问题。你的解决方案起作用了! - tomosius
我只安装了构建工具,没有 Visual C++:choco install microsoft-build-tools。然后我调用了 VS 2017 的开发人员命令提示符,但是发现没有 cl 命令。 - Timo

9

3

我尝试了Theo提供的在Visual Studio中配置的解决方案,但对我没有用。我正在运行Windows 10上的Visual Studio Community 2017和CUDA Toolkit 10.0。准确地说,我转到C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\Auxiliary\Build并运行了vcvarsamd64_x86.bat。然而,我的PyCUDA仍然无法编译,因为找不到cl.exe

最后,我在Visual Studio 2017中创建了一个测试CUDA项目(‘文件’--> ‘新建项目’),并选择左侧的适当CUDA选项。 enter image description here

然后我构建了出现的示例(这是一个简单的向量加法,如下所示)。(Ctrl+Shift+B 或者进入 '生成' --> '生成解决方案')

#include "cuda_runtime.h"
#include "device_launch_parameters.h"

#include <stdio.h>

cudaError_t addWithCuda(int *c, const int *a, const int *b, unsigned int size);

__global__ void addKernel(int *c, const int *a, const int *b)
{
    int i = threadIdx.x;
    c[i] = a[i] + b[i];
}

int main()
{
    const int arraySize = 5;
    const int a[arraySize] = { 1, 2, 3, 4, 5 };
    const int b[arraySize] = { 10, 20, 30, 40, 50 };
    int c[arraySize] = { 0 };

    // Add vectors in parallel.
    cudaError_t cudaStatus = addWithCuda(c, a, b, arraySize);
    if (cudaStatus != cudaSuccess) {
        fprintf(stderr, "addWithCuda failed!");
        return 1;
    }

    printf("{1,2,3,4,5} + {10,20,30,40,50} = {%d,%d,%d,%d,%d}\n",
        c[0], c[1], c[2], c[3], c[4]);

    // cudaDeviceReset must be called before exiting in order for profiling and
    // tracing tools such as Nsight and Visual Profiler to show complete traces.
    cudaStatus = cudaDeviceReset();
    if (cudaStatus != cudaSuccess) {
        fprintf(stderr, "cudaDeviceReset failed!");
        return 1;
    }

    return 0;
}

// Helper function for using CUDA to add vectors in parallel.
cudaError_t addWithCuda(int *c, const int *a, const int *b, unsigned int size)
{
    int *dev_a = 0;
    int *dev_b = 0;
    int *dev_c = 0;
    cudaError_t cudaStatus;

    // Choose which GPU to run on, change this on a multi-GPU system.
    cudaStatus = cudaSetDevice(0);
    if (cudaStatus != cudaSuccess) {
        fprintf(stderr, "cudaSetDevice failed!  Do you have a CUDA-capable GPU installed?");
        goto Error;
    }

    // Allocate GPU buffers for three vectors (two input, one output)    .
    cudaStatus = cudaMalloc((void**)&dev_c, size * sizeof(int));
    if (cudaStatus != cudaSuccess) {
        fprintf(stderr, "cudaMalloc failed!");
        goto Error;
    }

    cudaStatus = cudaMalloc((void**)&dev_a, size * sizeof(int));
    if (cudaStatus != cudaSuccess) {
        fprintf(stderr, "cudaMalloc failed!");
        goto Error;
    }

    cudaStatus = cudaMalloc((void**)&dev_b, size * sizeof(int));
    if (cudaStatus != cudaSuccess) {
        fprintf(stderr, "cudaMalloc failed!");
        goto Error;
    }

    // Copy input vectors from host memory to GPU buffers.
    cudaStatus = cudaMemcpy(dev_a, a, size * sizeof(int), cudaMemcpyHostToDevice);
    if (cudaStatus != cudaSuccess) {
        fprintf(stderr, "cudaMemcpy failed!");
        goto Error;
    }

    cudaStatus = cudaMemcpy(dev_b, b, size * sizeof(int), cudaMemcpyHostToDevice);
    if (cudaStatus != cudaSuccess) {
        fprintf(stderr, "cudaMemcpy failed!");
        goto Error;
    }

    // Launch a kernel on the GPU with one thread for each element.
    addKernel<<<1, size>>>(dev_c, dev_a, dev_b);

    // Check for any errors launching the kernel
    cudaStatus = cudaGetLastError();
    if (cudaStatus != cudaSuccess) {
        fprintf(stderr, "addKernel launch failed: %s\n", cudaGetErrorString(cudaStatus));
        goto Error;
    }

    // cudaDeviceSynchronize waits for the kernel to finish, and returns
    // any errors encountered during the launch.
    cudaStatus = cudaDeviceSynchronize();
    if (cudaStatus != cudaSuccess) {
        fprintf(stderr, "cudaDeviceSynchronize returned error code %d after launching addKernel!\n", cudaStatus);
        goto Error;
    }

    // Copy output vector from GPU buffer to host memory.
    cudaStatus = cudaMemcpy(c, dev_c, size * sizeof(int), cudaMemcpyDeviceToHost);
    if (cudaStatus != cudaSuccess) {
        fprintf(stderr, "cudaMemcpy failed!");
        goto Error;
    }

Error:
    cudaFree(dev_c);
    cudaFree(dev_a);
    cudaFree(dev_b);

    return cudaStatus;
}

当这个构建成功后,我看了一下运行构建的命令,其中包含以下路径:C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\Tools\MSVC\14.15.26726\bin\HostX86\x64。 我将其添加到环境变量PATH中,现在我的PyCUDA可以正常工作了! (当我访问该路径时,我发现一个cl.exe
简而言之:使用Visual Studio创建和构建一个CUDA项目。进行构建。一旦成功,请查看构建命令并从中复制路径到PATH。

1
这就是解决方案。在搜索了一个小时、运行随机的.bat文件和安装扩展程序之后,将C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\VC\Tools\MSVC\14.15.26726\bin\HostX86\x64添加到我的PATH中,为PROFESSIONAL添加了CL.exe。 - Mattkwish
SO和互联网上有很多答案说不要将任何东西添加到PATH中,但对我来说没有其他方法可行。在VS 2019中,我添加了C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.23.28105\bin\Hostx64\x64,效果非常好。 - dazonic

1
我遇到了一个类似的问题,Visual Studio 2017无法在x64配置中找到CL.exe和MIDL.exe。文件是存在的,可以从VS命令提示符中找到,但在从Visual Studio构建时却找不到(但对于x86却可以)。当我将生成输出的详细程度调整为诊断级别(工具 => 选项 => 项目和解决方案 => 生成和运行 => MSBuild项目生成输出详细程度)时,我注意到在x64的'SetEnv'构建步骤中,PATH没有被正确地扩展。但无论我尝试重新安装Visual Studio、单独的组件、sdk、运行时、注册表清理等,都没有解决它(我几乎要重新安装Windows了)。
但后来我发现,Visual Studio C++项目可能会从您的应用程序数据文件夹导入'user.props'文件;这是项目文件中的这一部分:
<ImportGroup Condition="'$(Configuration)|$(Platform)'=='Debug|x64'" Label="PropertySheets">
   <Import Project="$(UserRootDir)\Microsoft.Cpp.$(Platform).user.props" Condition="exists('$(UserRootDir)\Microsoft.Cpp.$(Platform).user.props')" Label="LocalAppDataPlatform" />
</ImportGroup>

"

$(UserRootDir)在我的电脑上的值为C:\Users[username]\AppData\Local\Microsoft\MSBuild\v4.0,我在这里找到了Microsofr.Cpp.xxx.user.props文件。这些文件中有旧路径(早期安装和其他工具的剩余物)。

所以对我来说,解决方案是删除我的AppData文件夹中的这些属性文件。

"

0

我不确定为什么,但路径似乎没有更新。 尝试从“Visual Studio 2017开发人员命令提示符”中运行您的命令。


网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接