2011-09-21 75 views
7

我现在的理解是64位Windows上GHC的当前状态是什么?

  • 没有64位的GHC,票#1884
  • 32位GHC和它建立的工作就好了,因为Windows操作系统加载器转换OS调用和指针为64位的二进制文件。 这同样适用于DLL文件
  • 没有混合32位和64位代码(即您的32位DLL的Haskell不会成为朋友想要使用它的64位程序)
  • 最新讨论开始的线程May 2011

这是正确的吗?是否有任何需要注意的缺陷,特别是作为FFI用户?例如,如果我要将某些Haskell代码作为32位DLL导出到某个Windows程序,我应该期望它的工作吗?

编辑:看起来你需要一个64位的DLL去与64位进程

+1

这可能是在邮件列表上直接询问可能会更快... – bdonlan

+0

谢谢!有人希望这最终会成为一个更类似维基的资源,随着时间的推移,当前== 20xx。我的第一个SO问题:-) – kowey

+0

SO问题在回答后往往会最终变得安静,不幸:) – bdonlan

回答

1

我不知道,如果任何人的积极努力,现在CODEGEN 64位,但32位只要你只与32位FFI库(和/或嵌入在32位主机程序中)交流,haskell就可以正常工作。如果您想与64位程序进行交互,则需要使用某种形式的IPC,因为32位和64位代码不能共存于一个进程中。

0

现在支持64位窗口。有二进制分布的64位GHC。

虽然没有64位的Haskell平台。