चेतावनी संदेश

Question

बिना makefile उत्पन्न शामिल मेरा मैं अपने आप makefiles पैदा कर रहा हूँ और सहित उन्हें, इस तरह की एक परियोजना के लिए:

$ make 
Makefile:13: depend.mk: No such file or directory 
Creating depend.mk 
SUCCESS is 1 

:

all: 
    @echo 'SUCCESS is $(SUCCESS)' 

clean: 
    rm depend.mk 

depend.mk: 
    @echo 'Creating $@' 
    @echo 'SUCCESS := 1' > $@ 

.PHONY: all clean 

include depend.mk 

यह काम करता है, लेकिन को शामिल लाइन एक चेतावनी संदेश उत्पन्न करता है

मैं उस पहली चेतावनी रेखा को चुप करना चाहता हूं जो निर्भर करता है कि निर्भर.एमके मौजूद नहीं है। मुझे पता है कि यह अस्तित्व में नहीं है क्योंकि मेरे पास इसे उत्पन्न करने के लिए लिखा गया नियम है, इसलिए चेतावनी अनावश्यक है (बेशक इसके लिए कोई नियम नहीं है)। मैं उस त्रुटि को अनदेखा नहीं करना चाहता जहां शामिल फ़ाइल मौजूद नहीं है और इसके लिए कोई नियम नहीं है, इसलिए include को - के साथ त्रुटि को अनदेखा करने के लिए उपसर्ग करना मेरे लिए काम नहीं करेगा। मुझे some_cmd 2>/dev/null जैसे पाइपिंग स्टेडर से/dev/null के बैश के सम्मेलन के समान कुछ चाहिए, लेकिन बनाने में शामिल हैं।

उपरोक्त नमूना इस मामले का एक बहुत ही सरल उदाहरण है। मेरे वास्तविक प्रोजेक्ट में बहुत से स्वचालित रूप से जेनरेट किए गए मेकफ़ाइल (क्लैंग की स्वचालित निर्भरता पीढ़ी के माध्यम से) शामिल हैं, जिसका अर्थ है make का ताजा रन इन चेतावनी संदेशों के साथ मेरी स्क्रीन को बाढ़ देगा।

क्या ऐसा कुछ भी संभव है, या क्या मुझे परेशान चेतावनी संदेशों से निपटना होगा?

Answer 1

मैंने कई (कई!) चीजों को देखने की कोशिश की कि क्या मैं त्रुटि संदेश को रोक या पुनर्निर्देशित कर सकता हूं। कोई भाग्य नहीं।

लेकिन जब मैं करने की कोशिश की -include (एक अग्रणी पानी का छींटा के साथ शामिल हैं), यह एक त्रुटि नहीं दिया, और makeclean साथ, all, depend.mk और 'डिफ़ॉल्ट' सब ठीक से काम किया है और अपेक्षा के अनुरूप।

क्या कोई विशेष कारण है कि आप -include संस्करण का उपयोग नहीं करना चाहते हैं? ऐसा लगता है कि आप जो भी खोज रहे हैं, और यह नहीं बदलता है कि मेकफ़ाइल किसी भी तरह से कैसे काम करता है, बस मेकफ़ाइल के माध्यम से पहले पास के दौरान त्रुटि नहीं दिखाता है।

Answer 2

मैंने सामना किया है और (पुनः पुनः पुनः पुनः पुनः) इस समस्या को कई बार हल किया है। असल में, जब समस्या निर्भरता उत्पन्न होती है और उपयोग की जाती है तो समस्या आसपास की सोच में होती है। http://make.mad-scientist.net/papers/advanced-auto-dependency-generation/

मूल रूप से यह तथ्य यह है कि निर्भरता फ़ाइलें वास्तव में पुनर्निर्माण अपने पुस्तकालय/निष्पादन की, नहीं प्रारंभिक निर्माण के लिए केवल आवश्यक हैं करने के लिए नीचे आता है:

यह लिंक "संकल्प" का विस्तृत विवरण नहीं है। नतीजतन आप निर्भरता फ़ाइलों को सामने (जो वास्तव में कम कुशल है) उत्पन्न करने के लिए नियम बनाने की आवश्यकता नहीं है, इसके बजाय आपको उन्हें ऑब्जेक्ट फ़ाइल चरण के दौरान उत्पन्न करना चाहिए क्योंकि इंटरमीडिएट फाइलों को बहुमूल्य चिह्नित किया गया है (इसलिए वे बनाए गए हैं और ट्रैक के रूप में ट्रैक किए गए हैं - उन फ़ाइलों को प्रभावित करें जिन्हें स्वचालित रूप से कभी साफ नहीं किया जाना चाहिए)। बाद के निर्माण के बाद फाइलें उपलब्ध होंगी, जो वास्तव में आप समग्र रूप से प्राप्त करने की कोशिश कर रहे थे। इसके बाद आप निर्भरता फ़ाइलों पर "अंतर्निहित" बना सकते हैं, पूर्व ज्ञान के साथ कि आपकी ऑब्जेक्ट फ़ाइल निर्माण चरण विफल हो जाएगा यदि निर्भरता फ़ाइल पीढ़ी विफल हो जाती है, तत्काल त्रुटि दे रही है, जैसा कि आपने उल्लेख किया है, एक अस्पष्ट के बजाय और अप्रत्यक्ष एक बहुत बाद में।

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