2011-09-21 13 views
7

Mi comprensión actual es¿Cuál es el estado actual de GHC en Windows de 64 bits?

  • n de 64 bits GHC, boleto #1884
  • El 32 bits GHC y los binarios que construye funcionan bien porque el gestor del sistema operativo Windows convierte las llamadas del sistema operativo y punteros a 64 bits. Lo mismo se aplica a las DLL
  • Sin mezclado de 32 bits y 64 bits de código (es decir. El 32 bits Haskell DLL no va a ser amigos con el programa de 64 bits que quiera usarlo)
  • reciente discusión es un hilo comenzó el May 2011

Es esto correcto? ¿Hay alguna dificultad de la que prestar atención, especialmente como usuario de FFI? Por ejemplo, si tuviera que exportar algún código Haskell como una DLL de 32 bits a algún programa de Windows, ¿debería esperar que funcione?

Editar: parece que había necesidad de una DLL de 64 bits que ir con un proceso de 64 bits

+1

Esto es probablemente algo donde preguntar directamente en la lista de correo es probable que sea más rápido ... – bdonlan

+0

¡Gracias! Estaba algo así como la esperanza de que esto terminaría siendo un recurso más parecido a un wiki que podría evolucionar con el tiempo, donde actual == 20xx. Mi primera pregunta ASÍ :-) – kowey

+0

ASÍ QUE las preguntas tienden a terminar en silencio después de ser respondidas, por desgracia :) – bdonlan

Respuesta

1

No sé si alguien está trabajando activamente en una de 64 bits codegen en este momento, pero 32- bit haskell funcionará bien siempre y cuando solo hable con bibliotecas FFI de 32 bits (y/o esté incrustado en programas host de 32 bits). Si desea interactuar con programas de 64 bits, necesitará usar algún tipo de IPC, ya que el código de 32 bits y de 64 bits no puede coexistir en un solo proceso.

0

Windows de 64 bits es compatible ahora. Hay una distribución binaria de GHC de 64 bits.

Sin embargo, no fue la plataforma Haskell de 64 bits.

Cuestiones relacionadas