2011-09-21 19 views
7

मेरे वर्तमान समझ है64 बिट विंडोज़ पर जीएचसी की वर्तमान स्थिति क्या है?

  • कोई 64-बिट GHC, टिकट #1884
  • 32-बिट GHC और बाइनरी यह काम ठीक है क्योंकि Windows OS लोडर ओएस कॉल और 64 बिट्स की ओर इशारा धर्मान्तरित बनाता है। एक ही DLLs
  • नहीं मिश्रण पर लागू होता है 32 बिट और 64 बिट कोड (यानी। अपने 32 बिट हास्केल DLL मित्र 64 बिट कार्यक्रम में इसका इस्तेमाल करना चाहता है कि साथ रहने के लिए नहीं जा रहा है)
  • नवीनतम चर्चा है May 2011

पर यह धागा शुरू हुआ यह सही है? क्या विशेष रूप से एक एफएफआई उपयोगकर्ता के रूप में देखने के लिए कोई नुकसान है? उदाहरण के लिए, अगर मैं कुछ विंडोज प्रोग्राम में 32 बिट डीएलएल के रूप में कुछ हास्केल कोड निर्यात करना चाहता हूं, तो क्या मुझे यह काम करने की उम्मीद करनी चाहिए?

संपादित: जैसे आप एक 64 बिट DLL आवश्यकता होगी एक 64 बिट प्रक्रिया के साथ जाने के लिए

+1

यह शायद कुछ ऐसा है जहां सीधे मेलिंग सूची पर पूछना तेजी से होने की संभावना है ... – bdonlan

+0

धन्यवाद! उम्मीद थी कि यह एक और विकी जैसी संसाधन बन जाएगा जो समय के साथ विकसित हो सकता है, जहां वर्तमान == 20xx। मेरा पहला एसओ सवाल :-) – kowey

+0

एसओ प्रश्न उत्तर देने के बाद चुप हो जाते हैं, दुर्भाग्य से :) – bdonlan

उत्तर

1

मैं अगर किसी को भी सक्रिय रूप से एक 64-बिट अभी codegen पर काम कर रहा है, लेकिन पता नहीं है लग रहा है 32- बिट हैकेल तब तक ठीक काम करेगा जब तक आप केवल 32-बिट एफएफआई पुस्तकालयों (और/या 32-बिट होस्ट प्रोग्राम में एम्बेड किए जा रहे हैं) से बात कर रहे हों। यदि आप 64-बिट प्रोग्राम के साथ बातचीत करना चाहते हैं, तो आपको कुछ प्रकार के आईपीसी का उपयोग करने की आवश्यकता होगी, क्योंकि 32-बिट और 64-बिट कोड एक प्रक्रिया में सह-अस्तित्व में नहीं हो सकता है।

0

64-बिट विंडोज़ अब समर्थित है। 64-बिट जीएचसी का वितरण बाइनरी है।

अभी तक कोई 64-बिट हास्केल प्लेटफार्म नहीं है।

संबंधित मुद्दे