2011-09-21 27 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平臺。

相關問題