इंटरमीडिएट फाइलें उत्पन्न करने से जीएचसी को कैसे रोकें?

Question

ghc --make foo.hs के माध्यम से एक हैकेल स्रोत फ़ाइल को संकलित करते समय जीएचसी हमेशा foo.exe के अलावा विभिन्न इंटरमीडिएट फ़ाइलों के पीछे छोड़ देता है। ये foo.hi और foo.o हैं।

मैं अक्सर फ़ोल्डर्स को अव्यवस्थित करने से बचने के लिए .hi और .o फ़ाइलों को हटाने के लिए समाप्त होता हूं।

क्या जीएचसी के लिए अपनी इंटरमीडिएट फाइलों को पीछे नहीं छोड़ने के लिए कमांड लाइन विकल्प है? (जब # हास्केल पर पूछा गया, तो मुझे सबसे अच्छा जवाब मिला ghc --make foo.hs && rm foo.hi foo.o

Answer 1

मैं जीएचसी दस्तावेज़ों के माध्यम से थोड़ा सा चला गया हूं, और अस्थायी फ़ाइलों को स्वचालित रूप से निकालने का एक अंतर्निहित तरीका प्रतीत नहीं होता है - - आखिरकार, जीएचसी को अंतिम निष्पादन योग्य बनाने के लिए उन इंटरमीडिएट फाइलों की आवश्यकता होती है, और उनकी उपस्थिति समग्र संकलन को गति देती है जब जीएचसी जानता है कि उसे मॉड्यूल को पुन: कंपाइल करने की आवश्यकता नहीं है।

हालांकि, आपको लगता है कि setting the -outputdir option आपकी मदद करेगा ; जो आपकी सभी ऑब्जेक्ट फ़ाइलों (.o), इंटरफ़ेस फ़ाइलों (.hi), और निर्दिष्ट निर्देशिका में एफएफआई स्टब फ़ाइलों को रखेगा। यह अभी भी "अव्यवस्था" है, लेकिन कम से कम यह आपकी कार्यशील निर्देशिका में नहीं है।

Answer 2

मेरा सामान्य वर्कफ़्लो सीधे ghc के बजाय कैबल का उपयोग करना है। यह outputdir विकल्प को उचित बिल्ड फ़ोल्डर में सेट करता है और आपके लिए हैडॉक दस्तावेज़ बनाने जैसी चीजें कर सकता है। आपको बस अपनी परियोजना के लिए .cabal फ़ाइल को परिभाषित करना है और फिर सीधे ghc चलाने के बजाय कैबल इंस्टॉल या कैबल बिल्ड करना है। चूंकि आपको अंत में इस प्रक्रिया का पालन करने की आवश्यकता है, यदि आप कभी भी अपना काम हैकेज पर साझा करना चाहते हैं, तो इसमें शामिल होने का एक अच्छा अभ्यास है और यह पैकेज निर्भरताओं को प्रबंधित करने में भी मदद करता है।

Answer 3

आप सोचते हैं, -hidir/dev/null, मुझे लगता है, उन्हें वहां भेजना। साथ ही, सामान्य रूप से -फनो-कोड विकल्प बहुत सारे आउटपुट को बंद कर देता है। आप बस Cabal का उपयोग करना चाहते हैं।

Answer 4

यह बताता है कि -hidir/-odir/-outputdir का उपयोग अच्छा नहीं है;/dev/null एक फ़ाइल है, और निर्देशिका नहीं है। देखें http://www.haskell.org/pipermail/xmonad/2010-May/010182.html