यह कमांड मेकप_स्कैनिंग है जिसे हमारे कई मुफ्त ऑनलाइन वर्कस्टेशन जैसे कि उबंटू ऑनलाइन, फेडोरा ऑनलाइन, विंडोज ऑनलाइन एमुलेटर या मैक ओएस ऑनलाइन एमुलेटर का उपयोग करके ऑनवर्क्स फ्री होस्टिंग प्रदाता में चलाया जा सकता है।
कार्यक्रम:
नाम
मेकप्प_स्कैनिंग - मेकप कैसे पाता है जिसमें फ़ाइलें और अन्य छिपी हुई निर्भरताएँ शामिल हैं
वर्णन
मेकप कुछ निश्चित आदेशों के लिए अतिरिक्त निर्भरता या लक्ष्य निर्धारित कर सकता है जिन्हें वह जानता है
के बारे में कुछ। यह C/C++ संकलन के लिए विशेष रूप से महत्वपूर्ण है, जहां यह है भी
उन सभी फ़ाइलों को मैन्युअल रूप से सूचीबद्ध करने में त्रुटि-प्रवण होती है जिन पर कोई दी गई स्रोत फ़ाइल निर्भर करती है।
संकलन आदेश और स्रोत फ़ाइलों को स्वयं देखकर, मेकप सक्षम है
जब कुछ फ़ाइल में परिवर्तन शामिल हो तो सटीक रूप से निर्धारित करें कि किस ऑब्जेक्ट फ़ाइलों को फिर से बनाने की आवश्यकता है।
उदाहरण: एक नियम दिया गया है
foo.o: # आमतौर पर %.o: %c, केवल उदाहरण के लिए
समय -p /bin/libtool -bar /usr/bin/cc -c -I कहीं foo.c
मेकप जानता है कि "समय" और "लिबटूल" को छोड़ दिया जाना चाहिए और "सीसी" वास्तविक कमांड है
यहां पार्स किया जाना है। यह इसे समझता है फू.सी इनपुट फ़ाइल है और इस प्रकार एक निर्भरता है
यह नियम। इसके अलावा यह उस फ़ाइल को स्कैन करेगा जिसमें स्टेटमेंट भी शामिल होंगे
डायरेक्टरी कहीं न कहीं, क्योंकि यह कमांड विकल्पों को समझता है।
वास्तव में जिसे ऐतिहासिक रूप से स्कैनिंग के रूप में जाना जाता है उसके तीन चरण हैं:
1. नियम क्रिया को पंक्तियों में विभाजित किया गया है (निरंतरता पंक्तियों को एक के रूप में गिना जाता है)। प्रत्येक पंक्ति
(बिल्डिंस और पर्ल ब्लॉक को छोड़कर) है शाब्दिक रूप से विश्लेषण किया एक या अधिक शेल कमांड के रूप में।
पुनर्निर्देशन को इस नियम के इनपुट या आउटपुट के रूप में पहचाना जाता है। प्रत्येक का पहला शब्द
कमांड को देखा जाता है (इसके निर्देशिका भाग के साथ, लेकिन यदि नहीं मिलता है, तो इसके बिना फिर से)।
इसके लिए एक पार्सर खोजें. ये वैकल्पिक निर्भरताएँ बन जाती हैं, यदि संभव हो तो इन्हें बनाया जाता है,
लेकिन नहीं मिलने पर नजरअंदाज कर दिया जाता है, क्योंकि मेकप यह नहीं जान सकता कि जटिल कमांड का कौन सा हिस्सा है
वास्तव में चलाएँ.
बैककोट्स में कमांड का विश्लेषण किया जाता है लेकिन निष्पादित नहीं किया जाता है। (अक्सर निष्पादन महत्वपूर्ण होता है,
लेकिन यह मेकप द्वारा एक बड़ा हस्तक्षेप होगा।) उनसे बचना बेहतर शैली है।
इसके बजाय मेकप को इस विशेष तरीके से निर्दिष्ट करके अधिकतम एक बार कमांड चलाने को कहें:
XYZFLAGS ;= $(shell pkg-config --cflags xyz)
वर्तमान में केवल एक लेक्सर वर्ग है, जो बॉर्न शेल को समझता है। बेहतर करने के लिए
सी शेल या "कमांड.कॉम" को संभालें, उपवर्ग बनाए जा सकते हैं। हालाँकि, बहुत अधिक वाक्यविन्यास है
इतना समान कि इसकी गारंटी नहीं दी जा सकती। यदि आप भी योगदान देना चाहते हैं तो संपर्क करें।
2. ज्ञात आदेशों के लिए संगत आदेश पार्सर (इसे केवल पार्सर के रूप में भी जाना जाता है)
महत्वपूर्ण विकल्पों और तर्कों का विश्लेषण करता है। उपलब्ध लोगों का वर्णन नीचे किया गया है।
भले ही कोई विशेष पार्सर नहीं मिला हो, सामान्य पार्सर कमांड को निष्पादन योग्य बनाता है
इस नियम का एक इनपुट. आप इसे --no-path-executable-dependents के साथ बदल सकते हैं
कमांड विकल्प
3. यदि पार्सर किसी इनपुट फ़ाइल को पहचान लेता है, तो उन्हें भेज दिया जाता है स्कैनर द्वारा चुना गया
पार्सर. यह "#include" या तुलनीय कथनों की तलाश करके अतिरिक्त इनपुट प्राप्त करता है।
यह सबसे महंगा कदम है. इसे दोहराने से बचने के लिए सभी परिणाम कैश्ड हो जाते हैं
अनावश्यक रूप से।
यदि मेकप को लगता है कि वह C/C++ स्रोत संकलित कर रहा है, लेकिन उसे कोई पार्सर नहीं मिल रहा है, तो यह एक देगा
आपको बताने के लिए चेतावनी संदेश. इसका आमतौर पर मतलब है कि आपने अपना कंपाइलर कमांड दफन कर दिया है
मेकप के लिए इसे खोजने के लिए कार्रवाई में बहुत गहराई से। उदाहरण के लिए, मैंने इस तरह के नियम देखे हैं:
%.ओ: %.सी
@इको $< अभी संकलित कर रहा है; अस्पष्ट_रैपर जीसीसी -सी $< $(सीएफएलएजीएस) -ओ $@
यहां क्रियाओं के पहले शब्द "गूंज" और "अस्पष्ट_रैपर" हैं, जिनके लिए ये हैं
कोई पार्सर नहीं, इसलिए मेकप इस मामले में फ़ाइलों को शामिल करने के लिए स्कैन नहीं करेगा। आप इसे अनदेखा कर सकते हैं
इसके द्वारा पूर्वनिर्धारित आदेश:
रजिस्टर-पार्सर अस्पष्ट_रैपर स्किप-वर्ड
निम्नलिखित अनुभाग अंतर्निहित पार्सर और स्कैनर का दस्तावेजीकरण करते हैं। नाम में आप कर सकते हैं
"_" के स्थान पर "-" का प्रयोग करें।
स्कैनर्स (पार्सर्स)
विभिन्न स्कैनरों को एक कमांड पार्सर द्वारा चुना जाना चाहिए, जो कोष्ठक में दिया गया है:
C / C ++ संकलन (सी-संकलन, जीसीसी-संकलन)
C/C++ स्कैनर, दोनों भाषाओं को उदासीनता से संभालता है। वस्तुतः यह केवल देखता है
प्रीप्रोसेसर स्टेटमेंट, इसलिए इसका उपयोग कई भाषाओं के लिए किया जा सकता है। वह पार्सर
सक्रिय करता है इसमें जीसीसी के कई विकल्पों के लिए एक विशेष संस्करण है, जिसे यदि चुना जाता है
कमांड नाम में स्ट्रिंग "gcc" या g++ शामिल है। यदि सी के साथ अन्य भाषाओं के लिए कंपाइलर
प्रीप्रोसेसर सी कंपाइलर (कम से कम "-I") के समान विकल्पों का उपयोग करता है तो यह पार्सर काम करता है
ठीक।
यह शामिल पथ या "-Ldir" विकल्पों को निर्दिष्ट करते हुए "-Idir" विकल्पों के लिए कमांड को देखता है
लिंक पथ निर्दिष्ट करना. इसके बाद यह "#include" निर्देशों के लिए किसी भी स्रोत फ़ाइल को स्कैन करता है, और
यह देखने के लिए कमांड लाइन को भी देखता है कि क्या कोई स्रोत फ़ाइल या लाइब्रेरी का उल्लेख किया गया है
जो निर्भरता के रूप में सूचीबद्ध नहीं हैं। यह इन्हें उनके विस्तार से पहचानता है।
यदि "#include "file.h"" के साथ शामिल फ़ाइलें नहीं हैं तो यह स्कैनर एक चेतावनी संदेश देता है
शामिल पथ में, या युक्त निर्देशिका में पाया गया, या मेकप द्वारा निर्माण योग्य नहीं है
फ़ाइल जो "#includ" है, या अंदर है / usr / शामिल हैं. यदि कोई फ़ाइल शामिल है तो कोई चेतावनी नहीं दी जाती है
"#include " के साथ नहीं मिला। Makepp मानता है कि यह कुछ सिस्टम में शामिल है
वह निर्देशिका जिसके बारे में कंपाइलर जानता है, और सिस्टम की फ़ाइलों में निर्देशिकाएँ शामिल होती हैं
नहीं बदलेगा.
इसके अलावा, फ़ाइलें / usr / शामिल हैं, /usr/स्थानीय/शामिल करें, /usr/X11R6/शामिल हैं, और कोई अन्य
जो निर्देशिका लिखने योग्य नहीं है उन्हें यह देखने के लिए स्कैन नहीं किया जाता है कि उनमें क्या शामिल है। मेकप मानता है
कि ये फ़ाइलें नहीं बदलेंगी. (यदि आप रूट के रूप में चल रहे हैं, तो लेखन योग्यता परीक्षण है
जिस निर्देशिका से आपने मेकप चलाया था उसकी यूआईडी और जीआईडी के साथ प्रदर्शन किया गया। यह बहुत संकलित है
एक सामान्य उपयोगकर्ता के रूप में एक प्रोग्राम और फिर रूट के रूप में "मेकप इंस्टॉल" करने से कोई अतिरिक्त समस्या नहीं होगी
निर्देशिकाओं को स्कैन किया जाना है।)
यह काफी सरल सोच वाला स्कैनर है। यदि आप इस तरह की चीजें करेंगे तो यह भ्रमित हो जाएगा:
#ifdef में यह शामिल है
#शामिल करें "यह.एच"
#endif
क्योंकि यह प्रीप्रोसेसर कंडीशनल के बारे में नहीं जानता है। यह आमतौर पर हानिरहित है; यह
अतिरिक्त अतिरिक्त फ़ाइलों को निर्भरता के रूप में लेबल किया जा सकता है (कभी-कभी इसका कारण बनता है)।
अनावश्यक पुनर्निर्माण), अन्यथा इससे मेकप को चेतावनी मिल सकती है कि सम्मिलित फ़ाइल नहीं थी
मिला। आप या तो चेतावनी संदेशों को अनदेखा कर सकते हैं, या एक खाली फ़ाइल "this.h" डाल सकते हैं
वहाँ मेकप को बंद करने के लिए।
यदि आपके कंपाइलर का कोई मज़ेदार नाम है, तो आप इनमें से कोई भी नाम कह सकते हैं
रजिस्टर-पार्सर अस्पष्ट_सी_कंपाइलर सी-संकलन
रजिस्टर-पार्सर अस्पष्ट_जीसीसी_एलियास जीसीसी-संकलन
एम्बेडेड एसक्यूएल C / C ++ संकलन (ईएसक्यूएल-संकलन)
ये कमांड, जो विभिन्न डेटाबेस के साथ आते हैं, विशेष अनुभागों को प्रीप्रोसेस करते हैं
अन्यथा C/C++-स्रोतों की तरह, और C/C++ हेडर और स्रोत उत्पन्न करते हैं। यह EXEC SQL ढूँढता है
"फ़ाइलनाम" या $INCLUDE "फ़ाइलनाम" निर्देश शामिल करें।
ये प्रीप्रोसेसर पहचाने जाते हैं: Altibase APRE*C/C++ (अपरे), केसमेकर डीबीमेकर
(dmppcc), फायरबर्ड / इंटरबेस (gpre), आईबीएम डीबी2 (db2 पूर्वसंकलन, db2 प्रस्तुत करने का) और इनफॉर्मिक्स
ईएसक्यूएल/सी (ईएसक्यूएल), इंग्रेज़ (esqlc), माइमर (ईएसक्यूएल), आकाशवाणी (proc), पोस्टग्रेएसक्यूएल (ecpg) & यार्ड
(यार्डपीसी). यदि आपका प्रीप्रोसेसर पहचाना नहीं गया है, तो आप कह सकते हैं
रजिस्टर-पार्सर अस्पष्ट_esqlc_preprocessor esql-संकलन
हालाँकि, यह केवल इनफॉर्मिक्स और अन्य के लिए सामान्य शैली को संभालेगा: कमांड तर्क
".ec" से समाप्त होने वाली फ़ाइलें स्कैन की जाने वाली फ़ाइलें हैं, "-I" शामिल पथ और EXEC SQL को परिभाषित करता है
प्रत्यय के बिना निर्देश शामिल करें ".h" जोड़ें।
बड़ा घूँट (घूमना)
स्विग (सरलीकृत रैपर और इंटरफ़ेस जेनरेटर, http://www.swig.org/) एक प्रोग्राम है जो
आपके कोड को कॉल करने योग्य बनाने के लिए आवश्यक C/C++ हेडर फ़ाइल को रैपर फ़ंक्शंस में परिवर्तित करता है
कई अन्य भाषाओं से, जैसे पर्ल, पायथन, टीसीएल, सी#, रूबी, ओकैमल, और
संभवतः कुछ अन्य जिनके बारे में मैं नहीं जानता।
मेकप "-I" और "-l" विकल्पों की तलाश में स्विग कमांड लाइन को समझता है और पार्स करता है।
यह स्विग की इंटरफ़ेस परिभाषा फ़ाइलों को स्कैन करना भी जानता है (.i फ़ाइलें) ढूंढ रहे हैं
%include, %import, और यदि "-includeall" प्रभावी है तो "#include" भी।
यदि आपके स्विग का कोई मज़ेदार नाम है, तो आप कह सकते हैं
रजिस्टर-पार्सर अस्पष्ट_swig_alias swig
वेरा और Verilog (vcs_संकलन)
यदि आप हार्डवेयर डिज़ाइन करते हैं, तो यह काम आएगा।
अनदेखा करने योग्य रैपर (शब्द छोड़ें, शंख)
मेकप्प निम्नलिखित कमांड शब्दों और कई अन्य को पहचानता है और उन्हें छोड़ देता है
उचित रूप से सही स्कैनर की खोज में: "condor_compile", "distcc",
"ignore_error", "libtool", "noecho" "purify"।
इसका एक प्रकार है जो नेस्टेड कमांड को "sh -c 'कमांड1; में ढूंढता है;
कमांड2''.
यदि आपके पास ऐसे और भी कमांड हैं तो आप कह सकते हैं
रजिस्टर-पार्सर कमांड स्किप-वर्ड
लिबटूल
लिबटूल एक बहुत ही चतुर संकलन प्रणाली है जो साझा करने को बहुत सरल बनाती है
सभी सिस्टम-निर्भर विवरणों को एक शेल स्क्रिप्ट में छिपाकर पुस्तकालय। केवल
कठिनाई यह है कि लाइब्रेरी बाइनरी फ़ाइलें वास्तव में एक ही निर्देशिका में संग्रहीत नहीं होती हैं
आउटपुट फ़ाइल के रूप में--libtool वास्तव में एक उपनिर्देशिका, ".libs" बनाता है, जिसमें शामिल है
असली फ़ाइलें. यह आमतौर पर कोई समस्या नहीं है, लेकिन मेकप को यह जानना होगा कि वास्तविकता कहां है
बायनेरिज़ तब होते हैं जब उन्हें रिपॉजिटरी से लिंक करना होता है। फिलहाल, libtool पुस्तकालय
(.la' फ़ाइलें) रिपॉजिटरी से लिंक नहीं हैं; जरूरत पड़ने पर उनका हमेशा पुनर्निर्माण किया जाता है।
इसके अलावा, इस समय मेकप संग्रहीत निर्भरता जानकारी का उपयोग करने में सक्षम नहीं है
".la" फ़ाइल के अंदर ही। उम्मीद है कि यह जल्द ही बदल जाएगा।
दबा la स्कैन (कोई नहीं)
कभी-कभी आप नहीं चाहेंगे कि किसी नियम या किसी निश्चित कमांड को पार्स किया जाए। आप बंद कर सकते हैं
पार्सिंग और इस प्रकार स्कैनिंग
रजिस्टर-पार्सर सीसी कोई नहीं
संबंधित विकल्प
त्वरित स्कैन और स्मार्ट स्कैन
":quickscan" और ":smartscan" नियम विकल्प, यदि लागू हो, तो फ़ाइलों के तरीके को प्रभावित करते हैं
स्कैन किये जाते हैं.
":quickscan" मोड (डिफ़ॉल्ट) में, सभी शामिल निर्देश सक्रिय माने जाते हैं। यह अनुमति देता है
बहुत कुशल स्कैनिंग के लिए.
"स्मार्टस्कैन" मोड में, मैक्रोज़ और अभिव्यक्तियों की व्याख्या करने का प्रयास किया जाता है
निष्क्रिय शामिल निर्देशों को नजरअंदाज कर दिया जाता है। उदाहरण के लिए, द्वारा निर्मित निष्पादन योग्य
निम्नलिखित C प्रोग्राम को संकलित करना चाहिए नहीं पर निर्भर होना फू.एच:
#यदि 0
#शामिल "foo.h"
#endif
पूर्णांक मुख्य() {वापसी 0; }
कस्टम स्कैनर्स
आप अपना खुद का पार्सर या तो ":parser foo" जैसे नियम विकल्प में या उपयोग करके निर्दिष्ट कर सकते हैं
"रजिस्टर_पार्सर" या "रजिस्टर_कमांड_पार्सर" कथन।
किसी भी तरह से, जैसा कि "रजिस्टर_पार्सर" के अंतर्गत वर्णित है, आपको प्रत्यक्ष या अप्रत्यक्ष रूप से वहां जाना होगा
(एक वर्ग के माध्यम से) एक फ़ंक्शन निर्दिष्ट करें जो एक पार्सर ऑब्जेक्ट बनाता है। यह वस्तु सामान्यतः होगी
फ़ाइलों के लिए एक स्कैनर ऑब्जेक्ट बनाएं, और इसे कमांड लाइन से इसके निष्कर्षों के साथ फ़ीड करें
विकल्प. ये दो ऑब्जेक्ट पार्सर की "add_*_dependency" विधियों को कॉल करेंगे
जानकारी को कुछ अधिक जटिल "Mpp::Lexer::add_*_dependency" पर अग्रेषित करें
उपयोगिता कार्य.
हालाँकि आपका पार्सर फ़ंक्शन साधारण मामलों के लिए यह कार्य स्वयं भी कर सकता है। यहां एक है
यदि यह फ़ंक्शन पार्सर ऑब्जेक्ट नहीं लौटाता है तो कुछ विशेष रिटर्न मान:
"अनडेफ"
स्कैन जानकारी कैश करने योग्य नहीं है और अगली बार नियम के लक्ष्य पर पुनर्गणना की जानी चाहिए
बनाने की जरूरत है।
"p_none, p_skip_word" या "p_shell"
ये वास्तव में संख्यात्मक स्थिरांक हैं, जो लेक्सर को इनका कार्य करने के लिए कहते हैं
छद्म पार्सर.
कोई संदर्भ, उदा. "\1"
यह "Mpp::CommandParser" बेस के पार्सर ऑब्जेक्ट को वापस करने के बराबर है
क्लास, जो अतिरिक्त रूप से कमांड को निष्पादन योग्य ही एक निर्भरता बना देगा।
ज्यादातर मामलों में, "Mpp::CommandParser" प्रकार की वस्तुओं को कम से कम एक ऑब्जेक्ट को इंस्टेंट करना चाहिए
"एमपीपी::स्कैनर" प्रकार का। "एमपीपी::स्कैनर" बेस क्लास भेद का ख्याल रखता है
क्विकस्कैन और स्मार्टस्कैन के बीच। ध्यान दें कि "Mpp::Scanner" के व्यवहार को चिह्नित किया जा सकता है
इस भेद से प्रभावित, लेकिन यदि ऐसा है तो वह व्युत्पन्न वर्ग के लिए पारदर्शी होना चाहिए
सुगठित. नई व्युत्पन्न "एमपीपी::स्कैनर" कक्षाओं का परीक्षण दोनों मोड में किया जाना चाहिए।
यदि आप अपना स्वयं का "एमपीपी::स्कैनर" वर्ग लिखते हैं, तो आपको अपने पुन: स्कैनिंग निर्णय को भी आधार बनाना चाहिए
बिल्ड जानकारी "RESCAN" पर। बिना फ़ाइलों पर हस्ताक्षर करने के बाद यह "makeppreplay" द्वारा सेट हो जाता है
स्कैनिंग. इसलिए हस्ताक्षर सुसंगत होने के बावजूद, पुनः स्कैन करना अभी भी आवश्यक है। अगर
आपका "Mpp::Scanner" विरासत में मिली "scan_file1" विधि का उपयोग करता है, आप संभवतः ठीक हैं।
अधिक जानकारी के लिए, संबंधित वर्ग दस्तावेज़ देखें। उदाहरण के लिए देखें
"एमपीपी::कमांडपार्सर::जीसीसी" और "एमपीपी::कमांडपार्सर::वीसीएस"। इसमें "p_" फ़ंक्शंस को देखें
Mpp/Subs.pm जो लोड होने पर अपने संबंधित वर्गों में "फ़ैक्टरी" के रूप में उपनामित हो जाते हैं।
कैशिंग स्कैनर पता
यदि स्कैनर के सभी महत्वपूर्ण दुष्प्रभाव तरीकों पर कॉल के माध्यम से प्रभावित होते हैं
"Mpp::CommandParser" बेस क्लास का, तो उन साइड इफेक्ट्स को बिल्ड में कैश किया जा सकता है
info फ़ाइल, ताकि उन्हें मेकप के बिना बाद के आह्वान द्वारा वापस चलाया जा सके
सभी महंगे स्कैनिंग कार्य करना। इससे काफ़ी समय बचाया जा सकता है, विशेषकर
स्मार्टस्कैन मोड.
यदि स्कैनर के अन्य महत्वपूर्ण दुष्प्रभाव हैं, तो उसे "नियम" ऑब्जेक्ट को कॉल करना चाहिए
mark_scaninfo_uncacheable विधि। अन्यथा, स्कैनर की जानकारी बिल्ड से पुनर्प्राप्त की गई
जानकारी गलत हो सकती है, जिससे निर्माण परिणाम संभवतः गलत हो सकता है। यह विधि है
स्वचालित रूप से कॉल किया जाता है जब % पार्सर्स हैश से कोई मान किसी प्रकार की वस्तु वापस नहीं करता है
"एमपीपी::कमांडपार्सर", या जब पार्सर एक नियम विकल्प और "पी_*" के साथ निर्दिष्ट किया जाता है
रूटीन "Mpp::CommandParser" प्रकार का ऑब्जेक्ट नहीं लौटाता है।
कब निर्धारित करने के लिए उपयोग किए जाने वाले मानदंडों के समान मानदंडों का उपयोग करके कैश्ड स्कैन जानकारी को अमान्य कर दिया जाता है
लक्ष्य पुराना है. इसी तरह, इसे रिपॉजिटरी का उपयोग करके पुनर्प्राप्त किया जा सकता है
यह निर्धारित करने के लिए उपयोग किए जाने वाले मानदंडों के समान है कि किसी लक्ष्य को कब से जोड़ा जा सकता है
भंडार।
आप मेकप को "--force-rescan" विकल्प के साथ कैश्ड स्कैनर जानकारी को अनदेखा करने के लिए बाध्य कर सकते हैं।
यह तब उपयोगी होता है जब टूटे हुए स्कैनर के कारण गलत स्कैनर जानकारी कैश हो सकती है।
Ad hoc स्कैनर
अक्सर आपके पास केवल एक या कुछ फ़ाइलें होंगी जिनमें निर्भरता संबंधी जानकारी होती है। आप ऐसा नहीं करते
इसे मेकफ़ाइल में अनावश्यक रूप से लिखना चाहते हैं (चूंकि बाद में अतिरेक अक्सर होता है
जब एक अद्यतन भूल जाता है तो विसंगतियाँ)। लेकिन आप भी लिखना नहीं चाहते
एमपीपी::स्कैनर? वर्कअराउंड के रूप में आप तुरंत एक सम्मिलित फ़ाइल तैयार कर सकते हैं। उदाहरण के लिए
क्यूटी के पास है .qrc फ़ाइलें जो इस तरह दिख सकती हैं:
एबीसी
xyz
...
यदि आप उपरोक्त लेआउट का पालन करते हैं, तो आप प्रासंगिक पंक्तियों को मेकप में बदल सकते हैं
include फ़ाइल, जो सम्मिलित होने से स्वचालित रूप से बन जाती है।
%.qrc.makepp: .qrc
&grep 's!\n!$(stem).cc:! || एस! *! ! && s!\n!!' $(इनपुट) -ओ $(आउटपुट)
include $(wildcard *.qrc) # .makepp स्वचालित रूप से जोड़ा जाता है
कुकबुक में इसके कई प्रकार दिए गए हैं। कमी यह है कि आप शुरुआत करते हैं
मेकफ़ाइल पढ़ते समय निर्माण। तो --लूप कमांड विकल्प इतना उपयोगी नहीं होगा
पहले पुनरावृत्ति पर.
onworks.net सेवाओं का उपयोग करके ऑनलाइन makepp_scanning का उपयोग करें
