无法将 Windows 上的 OpenCL 与 GHC 链接

Question

我正在尝试将 OpenCLRaw 绑定提升到可以在 Windows 上使用它们的程度。我已经在 github 上分叉了 OpenCLRaw 存储库，以便我可以根据需要进行修改。我的分行在这里： https://github.com/dagit/OpenCLRaw

我大部分时间都在我的“FunPtr”分支上工作。

我遇到的问题是这样的：我安装了 AMD 的 OpenCL SDK，将其 Visual Studio 特定的 .lib 文件转换为 gcc 可以处理的文件（.a 文件），但 ghc 似乎无法与其链接。我在 OpenCL API 中使用的所有内容都得到了未定义的符号。

我能够构建一个“简单的”C 程序，并使用我生成的 .a 文件和来自 mingw（而不是来自 Haskell 安装）的 gcc 链接它。我正在使用 Haskell 平台的最新 Windows 版本。

这些是我用于生成 .a 文件的步骤： http://forums.amd.com/forum/messageview.cfm?catid=390& threadid=138890

我使用了示例脚本中的命令（例如 gendef 和 dlltool）。我尝试尽可能多地使用 32 位，因为我知道 GHC 希望所有内容都是 32 位，所以我不认为这是 32 位与 64 位的问题。

有谁知道在 ghc 下调用 gcc 与我从 mingw 获得的 gcc 是否有不同？

我还使用了 ghc 命令行（我使用 cabal-dev --verbose=3 来检查命令行），但我仍然无法将其调整为工作状态。

任何帮助将不胜感激！

Answer 1

OpenCL 使用 stdcall 约定，但 OpenCLRaw 正在使用ccall。这会产生几个问题。主要的一点是链接器希望函数名称符号以 @NN 结尾，其中 NN 取决于函数。

事实证明，生成 libOpenCL.a 的正确方法如下（从 mingw shell）：

cp /c/Windows/System32/OpenCL.dll .
gendef OpenCL.dll
dlltool -l libOpenCL.a -d OpenCL.def -k -A

这将生成 ghc 可以正确用于链接的 libOpenCL.a，但前提是 OpenCLRaw 修改为使用 stdcall 而不是 ccall。

现在我了解了问题，我可以修复 OpenCLRaw 绑定以在 Windows 上执行正确的操作。

当我使用 pexports 而不是 gendef 时，我能够从符号名称中删除 @NN，但随后生成的程序开始出现段错误。这是因为找到了符号，但调用约定不正确，可能导致堆栈损坏。

对我来说，主要的教训是您的 FFI 绑定必须与您的 C 库的调用约定相匹配。