在 Windows 上将 cuda 库与 gcc 链接

Question

简短版本：

我尝试编译 MAGMA 并收到有关缺少符号的抱怨：

testing_cgemm.o:testing_cgemm.cpp:(.text+0x2e7): undefined reference to `cudaMalloc' 
testing_cgemm.o:testing_cgemm.cpp:(.text+0xbff): undefined reference to `cudaFree'

在 cuda 库中检查 32 位和 64 位中的这些符号我得到以下信息：

$ /C/Coding/Mingw-w64-tdm/bin/nm C:/Program\ Files/NVIDIA\ GPU\ Computing\ Toolkit/CUDA/v4.0/lib/x64/cudart.lib | grep cudaMalloc
 0000000000000000 I __imp_cudaMalloc
 0000000000000000 T cudaMalloc

$ nm C:/Program\ Files/NVIDIA\ GPU\ Computing\ Toolkit/CUDA/v4.0/lib/Win32/cudart.lib | grep cudaMalloc
 00000000 I __imp__cudaMalloc@8
 00000000 T _cudaMalloc@8

因此 64 位库看起来不错并且他们链接正确。然而，32 位库（第二个输出）在方法名称上有一些修饰。这就是我被困住的地方。

问题

这些装饰意味着什么？ 32位不是纯C吗？有没有机会将它们正确地联系起来？

上下文

我想在 Windows 7 (64位）（最后是 32 位和 64 位）并将其链接到我用 gcc 编译的程序。问题是 Windows 上的 Cuda 不支持我熟悉的 Mingw/MSys 工具链。在 Windows 上使用 nvcc 进行 Cuda 编译似乎需要 Visual Studio C 编译器 cl.exe。我安装了 Cuda 4.0（64 位下载）并在 32 位和 64 位变体中成功构建了示例（使用 VS2008）——证明 Cuda 已安装在这两种位中。

然而，MAGMA 没有为 Visual Studio 提供解决方案，而且我没有足够的经验来生成解决方案，因为它还涉及要编译的 Fortran 代码的很大一部分。因此我尝试同时使用两个工具链（MinGW 和 VS2008）。我将 make.inc 文件采用到我的路径中，并分三步执行构建。首先使用 Msys/Mingw 编译所有 Fortran 内容，在遇到 nvcc 无法找到 cl.exe 的错误后，我切换到 VS 命令提示符（x86 或 x64，具体取决于要执行的位数）建）。后面的步骤以看起来正确的库存档文件 libmagmablas.a 结束。

然而问题就开始了。使用 TDM 64 位编译器 (gcc-4.5)，MAGMA 示例的编译和链接似乎一切正常，但 .exe 文件在调用 cuInit() 时立即失败。 （我认为这是一个编译器错误/不兼容性，因为当我使用此 Mingw-w64 工具链编译 Cuda 示例时也会发生同样的情况）。 因此，我改用了 32 位 Mingw-w64 工具链，它能够编译 Cuda 示例。用它编译 MAGMA，重复上述所有步骤，直到 MAGMA 示例的链接步骤为止。有人抱怨缺少符号：

testing_cgemm.o:testing_cgemm.cpp:(.text+0x2e7): undefined reference to `cudaMalloc' 
testing_cgemm.o:testing_cgemm.cpp:(.text+0xbff): undefined reference to `cudaFree'

检查 cuda 库中的这些符号我得到以下信息：

$ /C/Coding/Mingw-w64-tdm/bin/nm C:/Program\ Files/NVIDIA\ GPU\ Computing\ Toolkit/CUDA/v4.0/lib/x64/cudart.lib | grep cudaMalloc
 0000000000000000 I __imp_cudaMalloc
 0000000000000000 T cudaMalloc

$ nm C:/Program\ Files/NVIDIA\ GPU\ Computing\ Toolkit/CUDA/v4.0/lib/Win32/cudart.lib | grep cudaMalloc
 00000000 I __imp__cudaMalloc@8
 00000000 T _cudaMalloc@8

所以 64 位库看起来没问题，它们链接正确。然而，32 位库（第二个输出）的方法名称有一些修饰。这就是我被困住的地方。

那些装饰有什么意义呢？ 32位不是纯C吗？有没有机会将它们正确地联系起来？

Answer 1

32 位符号是 __stdcall 函数的标准 Windows 装饰（在 16 位时代也称为 __pascal）。鉴于 CUDA 在 Windows 上缺乏对 GCC 的支持（严重的是，这不是您想要走的路），我的猜测是 cuda.h 头文件没有正确定义 CUDAAPI 。