2011-09-21 13 views
7

Moje obecne rozumienie jestJaki jest obecny stan GHC w 64-bitowym systemie Windows?

  • No 64-bitowy GHC, bilet #1884
  • 32-bitowy GHC i binaria Buduje działać dobrze, ponieważ program ładujący system operacyjny Windows konwertuje połączeń OS i wskaźniki do 64 bitów. To samo odnosi się do DLL
  • Nie mieszających 32 bit i 64 bit kodu (np. Swoje 32-bitowe Haskell DLL nie będzie przyjaźnić się z programem 64-bitowym, który chce go używać)
  • Ostatnia dyskusja wątek rozpoczęty pod numerem May 2011

Czy to prawda? Czy są jakieś pułapki, na które należy zwrócić uwagę, szczególnie jako użytkownik FFI? Na przykład, jeśli mam wyeksportować jakiś kod Haskella jako 32-bitową bibliotekę DLL do jakiegoś programu Windows, czy powinienem oczekiwać, że zadziała?

Edit: wygląda na to, że trzeba 64 bitowej DLL, aby przejść z procesu 64 bitowym

+1

To jest prawdopodobnie coś, co bezpośrednio pyta na listę mailingową prawdopodobnie szybciej ... – bdonlan

+0

Dzięki! Miał nadzieję, że stanie się to bardziej podobnym do wiki zasobem, który może ewoluować z czasem, gdzie obecny == 20xx. Moje pierwsze pytanie na SO :-) – kowey

+0

Pytania SO zazwyczaj kończą się cicho po otrzymaniu odpowiedzi, niestety :) – bdonlan

Odpowiedz

1

Nie wiem, czy ktoś aktywnie działa na 64-bitowej Codegen teraz, ale 32- bit haskell będzie działał dobrze, o ile rozmawiasz tylko z 32-bitowymi bibliotekami FFI (i/lub osadzonymi w 32-bitowych programach hosta). Jeśli chcesz korzystać z programów 64-bitowych, musisz użyć jakiejś formy IPC, ponieważ kod 32-bitowy i 64-bitowy nie mogą współistnieć w jednym procesie.

0

64-bitowe okno jest teraz obsługiwane. Istnieje binarna dystrybucja 64-bitowego GHC.

Brak 64-bitowej platformy Haskell.

Powiązane problemy