makepp_command - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

मेकप - मेकप के लिए कमांड लाइन सिंटैक्स

वर्णन

?: -?, A: -ए,
--args-फ़ाइल,
--तर्क-फ़ाइल,
--मान लीजिए-नया,
--मान लीजिए-पुराना, B: -बी,
--बिल्ड-कैश,
--बिल्ड-चेक,
--बिल्ड-चेक-विधि, C: -सी,
-सी, D: --स्थगित-शामिल करें,
--निर्देशिका,
--करो-निर्माण,
--निर्माण न करें,
--मत पढ़ो,
-- अवश्य पढ़ें,
--पूर्वाभ्यास,
--डंप-मेकफ़ाइल,
--डंप-मेकपफ़ाइल, E: -e,
--पर्यावरण-ओवरराइड,
--env-ओवरराइड्स, F: -एफ,
-एफ,
--फ़ाइल,
--अंतिम-नियम-केवल,
--फोर्स-कॉपी-फ्रॉम-बीसी,
--बलपूर्वक पुनः स्कैन करें, G: --आसानी से धोखा खानेवाला, H: -एच,
--मदद,
--हाइब्रिड,
--संकर-पुनरावर्तन,
--हाइब्रिड-रिकर्सिव-मेक, I: -मैं,
--निहित-लोड-makeppfile-केवल,
--शामिल करना,
--शामिल-डीआईआर,
--सैंडबॉक्स में,
--अंदर-सैंडबॉक्स, J: -जे,
--नौकरियां,
--जस्ट-प्रिंट, K: -क,
--जाता रहना, L: --अंतिम-मौका-नियम,
--लोड-मेकफ़ाइल,
--लोड-मेकपफ़ाइल,
--लॉग,
--बोटा दस्तावेज,
--कुंडली, M: -एम,
--मेकफ़ाइल,
$मेकफ्लैग्स,
$MAKEPP_CASE_SENSITIVE_FILENAMES,
--makeppfile,
$मेकपफ्लैग्स,
--md5-बीसी,
--md5-चेक-बीसी, N: -एन,
--नई फ़ाइल,
--कोई अंतर्निहित नियम नहीं,
--नो-कैश-scaninfos,
--कोई-अंतर्निहित-भार,
--नो-लॉग,
--कोई पथ-निष्पादन योग्य-निर्भरता नहीं,
--नो-पाथ-एक्सई-डिप,
--नो-पॉप्युलेट-बीसी,
--कोई-प्रिंट-निर्देशिका नहीं,
--नो-रीमेक-मेकफाइल्स,
--कोई चेतावनी नहीं, O: -ओ,
--पुरानी फ़ाइल,
--सैंडबॉक्स से बाहर,
--ओवरराइड-हस्ताक्षर,
--ओवरराइड-हस्ताक्षर-विधि, P: --आबादी-बीसी-केवल,
--प्रोफ़ाइल, Q: --शांत, R: -आर,
-आर,
--पुनर्विचार,
--निकालें-बासी,
--निकालें-बासी-फ़ाइलें,
--भंडार,
--आरएम-बासी,
--रूट-डीआईआर,
--मूल निर्देशिका, S: -एस,
--सैंडबॉक्स,
--सैंडबॉक्स-चेतावनी,
--सैंडबॉक्स-चेतावनी,
--हस्ताक्षर,
--हस्ताक्षर-विधि,
--चुपचाप,
--रुकना,
-- लोडिंग के बाद रोकें,
--निर्माण से पहले रुकें,
--दौड़ पर रोकें,
--स्टॉप-रेस,
--सिम्लिंक-इन-रेप-एज़-फ़ाइल,
--सिम्लिंक-इन-रिपॉजिटरी-एज़-फ़ाइल, T: --परंपरागत,
--पारंपरिक-पुनरावृत्ति,
--पारंपरिक-पुनरावर्ती-बनाएँ, V: -वी,
-में,
--वर्बोज़,
--संस्करण,
--वर्चुअल-सैंडबॉक्स, W: -डब्ल्यू,
--क्या हो अगर

मेकप्प [ विकल्प ...] [ वीएआर = मान ] [ लक्ष्य ...]

एमपीपी [ विकल्प ...] [ वीएआर = मान ] [ लक्ष्य ...]

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

आप कमांड लाइन पर वैरिएबल असाइन कर सकते हैं जो किसी भी असाइनमेंट को ओवरराइड कर देगा
प्रत्येक मेकफ़ाइल लोड में पर्यावरण चर, उदाहरण के लिए,

मेकप्प CFLAGS=-O2

वैध विकल्प अधिकांश मानक निर्माण विकल्प हैं, साथ ही कुछ नए विकल्प भी हैं:

-A फ़ाइल का नाम
--args-फ़ाइल=फ़ाइल का नाम
--तर्क-फ़ाइल=फ़ाइल का नाम
फ़ाइल को पढ़ें और इसे संभावित रूप से उद्धृत व्हाइटस्पेस- और/या न्यूलाइन-पृथक के रूप में पार्स करें
विकल्प.

-b डायरेक्टरी
--बिल्ड-कैश=डायरेक्टरी
बिल्ड कैश के लिए पथ निर्दिष्ट करता है। विवरण के लिए makepp_build_cache देखें। निर्माण
कैश पहले से मौजूद होना चाहिए; इसके लिए makepp_build_cache में "बिल्ड कैश कैसे प्रबंधित करें" देखें
सबसे पहले इसे कैसे बनायें। कमांड लाइन पर परिभाषित कैश बनाएँ हो सकता है
मेकफ़ाइल या :build_cache नियम संशोधक में build_cache कथन द्वारा ओवरराइड किया गया।
यदि आप कई अलग-अलग बिल्ड के साथ काम करते हैं, तो यह वातावरण सेट करने के लिए उपयोगी हो सकता है
वेरिएबल "MAKEPPFLAGS" में "--buil""d-cache=/path/to/build/cache" शामिल किया जाए ताकि सभी
आपके बिल्ड डिफ़ॉल्ट रूप से बिल्ड कैश का लाभ उठाएंगे।

--बिल्ड-चेक=तरीका
--बिल्ड-चेक-विधि=तरीका
फ़ाइलों को फिर से बनाने की आवश्यकता है या नहीं यह तय करने के लिए उपयोग की जाने वाली बिल्ड चेक विधि का नाम।
संभावित मान "target_newer", "exact_match" हैं, इसके लिए makepp_build_check देखें
बिल्ड जांच विधियों पर जानकारी।

-C डायरेक्टरी
--निर्देशिका=डायरेक्टरी
मेकफ़ाइल लोड करने और लक्ष्य बनाने का प्रयास करने से पहले दी गई निर्देशिका में सीडी।
यह "-F" के साथ एक निर्देशिका को निर्दिष्ट करने के समान है, सिवाय इसके कि बाद वाले "-C",
"-f", "-F", "-I" और "-R" विकल्पों की व्याख्या नई निर्देशिका के सापेक्ष की जाती है,
पुराने के बजाय.

-c
--रूट-डीआईआर
--मूल निर्देशिका
RootMakeppfile वाली निर्देशिका तक सीडी।

--स्थगित-शामिल करें
शामिल फ़ाइल बनाने वाले नियम से पहले शामिल कथन के लिए समाधान। यह
यह दिखावा करने से होता है कि मेकफ़ाइल में शामिल कथन सबसे अंत में आते हैं। इस तरह
include कथन निष्पादन योग्य है, लेकिन परिवर्तनीय ओवरराइड या संशोधन अभी भी हो सकते हैं
विफल, ऐसी स्थिति में आपको समस्याग्रस्त लोगों को कमांड लाइन पर सेट करना चाहिए (जबकि
gmake शामिल फ़ाइल से किसी भी वैरिएबल सेटिंग को अनदेखा करता है जो इसे प्रभावित कर सकता है
फ़ाइल स्वयं निर्मित हो जाती है)।

--निर्माण न करें=फ़ाइल का नाम
--करो-निर्माण=फ़ाइल का नाम
निर्दिष्ट फ़ाइल न बनाएं, या, यदि यह एक निर्देशिका है, तो उसके अंतर्गत सब कुछ भी न बनाएं
हालांकि मेकप को लगता है कि इसे विपरीत विनिर्देश को ओवरराइड करते हुए निर्माण करना चाहिए या करना चाहिए
एक उच्च निर्देशिका से. यदि आपने हाथ से कोई विशिष्ट फ़ाइल बनाई है तो यह उपयोगी है
विभिन्न संकलन विकल्प. इस विकल्प के बिना, यदि आप किसी मॉड्यूल को हाथ से संकलित करते हैं
और फिर बाकी प्रोग्राम को संकलित करने के लिए makepp चलाएँ, makepp भी पुनः संकलित करेगा
मॉड्यूल आपने हाथ से संकलित किया है, क्योंकि मेकप यह गारंटी नहीं दे सकता कि निर्माण सही है
यदि कोई फ़ाइल इसके नियंत्रण में नहीं बनाई गई थी। इस विकल्प से आप बताइये
मेकप्प कि आप वास्तव में जानते हैं कि आप इस विशेष फ़ाइल के मामले में क्या कर रहे हैं
आप वादा करते हैं कि इसका पुनर्निर्माण न करना ठीक है।

उदाहरण के लिए,

% cc -g -DSPECIAL_DEBUG -c xc -o xo # हाथ से विशेष संकलन
% मेकप्प
cc -g -O2 -c xc -o xo # Makepp ने यहां आपके संकलन को ओवरराइड कर दिया है!
cc xo yo -o my_program # रीलिंक्स।
% cc -g -DSPECIAL_DEBUG -c xc -o xo # इसे दोबारा करें।
% makepp --dont-build xo # makepp से कहें कि वह चाहे तो भी xo का पुनर्निर्माण न करे।
cc xo yo -o my_program # अब यह पुन: संकलित किए बिना पुनः लिंक करता है।

यदि आप केवल एक मॉड्यूल के लिए विशेष संकलन विकल्प चाहते हैं, तो इसे संपादित करना अक्सर आसान होता है
इस उदाहरण में मेकफ़ाइल को हाथ से संकलित करने की तुलना में; देखें "लक्ष्य-विशिष्ट
ऐसा करने के एक आसान तरीके के लिए makepp_variables में असाइनमेंट"।

अगर आप ए RootMakeppfile(.mk) आपके बिल्ड सिस्टम के मूल में, वह निर्देशिका और
इसके अंतर्गत सब कुछ डिफ़ॉल्ट रूप से "--do-build" होता है, जबकि आपकी फ़ाइल का समग्र रूट
सिस्टम डिफ़ॉल्ट रूप से "--मत-निर्माण" करता है। इस तरह, आपके बिल्ड सिस्टम के अंदर सब कुछ है
निर्मित (यदि आवश्यक हो) लेकिन बाहर कुछ भी करने का प्रयास नहीं किया गया है। यदि, इस परिदृश्य में, आप चाहते हैं
बाहरी हिस्सों को हमेशा आवश्यकतानुसार बनाया जाना चाहिए, आपको उन्हें स्पष्ट रूप से चुनना होगा
आपके पेड़ के भीतर मेकफ़ाइलों में से एक में "load_makefile" कथन।

आपके पास एक हो सकता है RootMakeppfile(.mk) प्रत्येक, अलग-अलग पेड़ों का निर्माण करें, और वे होंगे
यदि एक पेड़ की दूसरे पेड़ पर निर्भरता है तो लोड किया जाता है। लेकिन आपको इसकी अनुमति नहीं है
RootMakeppfile(.mk) नेस्टेड निर्देशिकाओं में, उत्पन्न होने वाले अजीब प्रभावों से बचना
जब आप गलती से उपनिर्देशिका में "makepp --repository" को दोबारा कॉल करते हैं। इन
प्रभावों में डुप्लिकेट स्रोतों के माध्यम से डुप्लिकेट नियम, या शाश्वत बिल्ड कैश शामिल हैं
पुन: आयात क्योंकि कैश्ड फ़ाइलों में सही हस्ताक्षर हैं लेकिन गलत रिश्तेदार हैं
पथेश.

निर्दिष्ट फ़ाइल या निर्देशिका के लिए "--dont-build" को ओवरराइड करें। अगर आपके पास एक है
RootMakeppfile(.mk) आपके बिल्ड सिस्टम के मूल में, लेकिन आप मेकप बनाना चाहते हैं
बस एक बार आपके बिल्ड सिस्टम के बाहर कुछ, आपको इसे स्पष्ट रूप से चिह्नित करना होगा
"--निर्माण करो"। यदि आप किसी फ़ाइल या निर्देशिका के लिए "--do-build" निर्दिष्ट करते हैं
RootMakeppfile(.mk), उच्च निर्देशिका के लिए "--डोंट-बिल्ड" के बिना, फिर रूट (और
आपके बिल्ड सिस्टम के अंतर्गत अन्य सभी) डिफ़ॉल्ट रूप से "--बिल्ड न करें"।

"--मत-निर्माण" और "--करो-निर्माण" के बीच टकराव को हल करने के लिए, सबसे अधिक वाला
आदेश की परवाह किए बिना विशिष्ट पथ को प्राथमिकता दी जाती है। यदि वही पथ निर्दिष्ट है
"--मत-निर्माण" और "--करो-निर्माण" दोनों के साथ, तो सबसे दाहिना व्यक्ति जीतता है।

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

--मत पढ़ो=फ़ाइल का नाम
--करें-पढ़ें=फ़ाइल का नाम
निर्दिष्ट फ़ाइल को न पढ़ें, या, यदि यह एक निर्देशिका है, तो उसके अंतर्गत सब कुछ - या
उच्च निर्देशिका से विपरीत विनिर्देश को ओवरराइड करते हुए अवश्य पढ़ें। एक उत्पन्न करें
फ़ाइलों को पढ़ने के बजाय त्रुटि को "--पढ़ें नहीं" के रूप में चिह्नित करें। देखें--सैंडबॉक्स। फ़ाइल सिस्टम
रूट हमेशा पठनीय के लिए डिफॉल्ट होता है।

--डंप-मेकफ़ाइल=फ़ाइल का नाम
--dump-makeppfile=फ़ाइल का नाम
वर्तमान निर्देशिका के लिए मेकफ़ाइल की कच्ची सामग्री को डंप करें (जैसा कि निर्धारित किया गया है)।
किसी भी "-सी" विकल्प के सापेक्ष इस विकल्प की स्थिति)। फ़ाइल का नाम. फ़ाइलें शामिल करें
प्रक्षेपित किया जाता है, टिप्पणियाँ हटा दी जाती हैं और "ifdef" का समाधान कर दिया जाता है। "# रेखा
"फ़ाइल"" मार्कर आवश्यकतानुसार डाले गए हैं। किसी भी गैर-संदर्भ का अंतिम मान
मेकफ़ाइल के पैकेज में स्केलर मेकफ़ाइल के बाद मुद्रित होते हैं।

यह डिबगिंग के लिए उपयोगी है, लेकिन (वर्तमान में) आप आवश्यक रूप से इसका उपयोग नहीं कर पाएंगे
डंप फ़ाइल को समकक्ष मेकफ़ाइल के रूप में, उदाहरण के लिए क्योंकि इसमें दोनों शामिल हैं
कथन और प्रक्षेपित फ़ाइल।

-e
--env-ओवरराइड्स
--पर्यावरण-ओवरराइड
मेकफ़ाइल में परिभाषाओं को ओवरराइड करने के लिए पर्यावरण से चर का कारण बनता है। द्वारा
डिफ़ॉल्ट, मेकफ़ाइल के भीतर असाइनमेंट वेरिएबल मानों को ओवरराइड करते हैं जो आयात किए जाते हैं
पर्यावरण से।

-F Makeppfile
--makeppfile=Makeppfile
निर्दिष्ट मेकफ़ाइल लोड करता है या, यदि आप कोई निर्देशिका निर्दिष्ट करते हैं, तो makefile उसमें,
वर्तमान निर्देशिका में एक के बजाय - दाईं ओर निर्दिष्ट कोई भी लक्ष्य
इस विकल्प की व्याख्या मेकफ़ाइल वाली निर्देशिका के सापेक्ष की गई है। के लिए
निर्देशिका मामले का विवरण और रूटमेकप्पफाइल आगे स्पष्टीकरण देखें
विकल्प.

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

मेकप -एफ /आपका/स्रोत/डीआईआर/टॉप

और यह काम करेगा चाहे आपकी वर्तमान निर्देशिका कोई भी हो।

क्योंकि यह विकल्प उस निर्देशिका को प्रभावित नहीं करता है जिसके सापेक्ष बाद में "-C",
"-f", "-F", "-I" और "-R" विकल्प निर्दिष्ट हैं, आप के सापेक्ष लक्ष्य बना सकते हैं
वर्तमान निर्देशिका इस प्रकार है:

मेकप्प -एफ /फू/बार -सी। मेरा लक्ष्य

-f makefile
--फ़ाइल=makefile
--मेकफ़ाइल=makefile
निर्दिष्ट मेकफ़ाइल लोड करता है या, यदि आप कोई निर्देशिका निर्दिष्ट करते हैं, तो makefile उसमें,
वर्तमान निर्देशिका में से एक के बजाय। यदि आप "-f" विकल्प निर्दिष्ट नहीं करते हैं या
"-एफ" विकल्प, मेकप पहले वर्तमान निर्देशिका (या) में एक फ़ाइल को देखता है
सबसे दाहिने "-सी" विकल्प द्वारा निर्दिष्ट निर्देशिका, यदि कोई हो) को बुलाया जाता है
RootMakeppfile.mk, Makeppfile, तो Makeppfile.mk, तो makefile, तो makefile.
एकाधिक "-F" और "-f" विकल्प निर्दिष्ट किए जा सकते हैं।

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

--अंतिम-नियम-केवल
नियम की निर्भरताओं और अंतर्निहित लक्ष्यों को तब तक नज़रअंदाज करें जब तक कि लक्ष्य नकली न हो।

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

--बल-पुनः स्कैन करें
पिछले रन से कैश्ड स्कैनर परिणामों का उपयोग न करें।

--आसानी से धोखा खानेवाला
विश्वास रखें कि नियम जाँचने के बजाय वही बनाते हैं जो वे घोषित करते हैं। यह है
तेज़, लेकिन नियमों में बग नहीं पकड़ता।

-?
-h
--मदद
विकल्पों का एक संक्षिप्त सारांश प्रिंट करें।

--संकर
--संकर-पुनरावृत्ति
--हाइब्रिड-रिकर्सिव-मेक
यह विकल्प मेकप को पुराने मेकफ़ाइल्स के साथ काम करने की अनुमति देने के लिए मौजूद है जो पुनरावर्ती का उपयोग करते हैं
बड़े पैमाने पर बनाएं, विशेष रूप से एक ही डीआईआर में गुणा करें। डिफ़ॉल्ट रूप से, पुनरावर्ती बनाओ
एक उपप्रक्रिया द्वारा कार्यान्वित किया जाता है जो मूल प्रक्रिया के साथ संचार करता है; निर्माण है
वास्तव में मूल प्रक्रिया द्वारा किया गया। यह मेकप की कुछ अच्छी सुविधाओं की अनुमति देता है जैसे
पुनरावर्ती के साथ काम करने के लिए रिपॉजिटरी मंगलाचरण बनाते हैं। हालाँकि, यह तकनीक होगी
यदि आप एक ही निर्देशिका से एक से अधिक मेकफ़ाइल लोड करते हैं तो यह काम नहीं करेगा। उस मामले में
यह विकल्प मेकप का एक और स्वतंत्र उदाहरण शुरू करने के लिए कहता है। अगर
यह विफल रहता है, "--traditional-recursive-make" आज़माएं।

यदि आप इस विकल्प का उपयोग करते हैं, तो आपको प्रत्येक निर्देशिका में लॉग फ़ाइलें वापस मिलेंगी
में हुआ। केवल उनसे छुटकारा पाने के लिए "makeppclean --logs --recurse" या "mppc" का उपयोग करें
-एलआर"।

-I डायरेक्टरी
--शामिल =डायरेक्टरी
--include-dir=डायरेक्टरी
शामिल मेकफ़ाइल्स के लिए दी गई निर्देशिका खोजें।

--implicit-load-makeppfile-only
यदि मेकफ़ाइल्स की अंतर्निहित लोडिंग सक्षम है, तो स्वचालित रूप से केवल एक फ़ाइल लोड होती है
बुलाया रूटमेकप्पफाइल, RootMakeppfile.mk, Makeppfileया, Makeppfile.mk, तथा नहीं
makefile or makefile. यह उपयोगी है यदि मेकप पर निर्भरताएँ उत्पन्न होती हैं
मेक का कोई अन्य फ्लेवर, और मेकप उस फ्लेवर की मेकफ़ाइल्स को सामान्य रूप से नहीं पढ़ सकता है।
(यदि संभव हो तो आप इस स्थिति से बचना चाहते हैं, लेकिन जब आप इसमें होते हैं तो यह उत्पन्न हो जाती है
एक लीगेसी बिल्ड सिस्टम को मेकप में पोर्ट करने की प्रक्रिया।) इसका कोई प्रभाव नहीं पड़ता है
अंतर्निहित लोडिंग अक्षम है.

-j n
--नौकरियां=n
तर्क की व्याख्या करता है n शेल कमांड की संख्या के रूप में जिन्हें निष्पादित किया जा सकता है
समानांतर। डिफ़ॉल्ट रूप से, मेकप समानांतर में कमांड निष्पादित नहीं करता है।

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

नेटिव विंडोज़ पर्ल्स (यानी स्ट्रॉबेरी और एक्टिवस्टेट), क्योंकि वे समर्थन नहीं करते हैं
यूनिक्स फ़ोर्क/कार्यकारी प्रतिमान, इस विकल्प की अनुमति न दें (सिगविन ठीक काम करता है!)। के तौर पर
आंशिक प्रतिस्थापन, आप वहां --सैंडबॉक्स विकल्प का उपयोग कर सकते हैं, हालांकि यह बहुत कम है
आराम से.

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

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

--लोड-मेकफ़ाइल=makefile
--लोड-makeppfile=makefile
निर्दिष्ट मेकफ़ाइल लोड करता है से पहले को छोड़कर कोई अन्य मेकफ़ाइल रूटमेकप्पफाइलया,
RootMakeppfile.mk इसके ऊपर, लेकिन इस विकल्प पर विचार न करें
डिफ़ॉल्ट लक्ष्य का निर्धारण. यदि कोई अन्य मेकफ़ाइल निर्दिष्ट नहीं है, तो एक की तलाश की जाती है
सामान्य नियमों का उपयोग करना। यदि निर्दिष्ट मेकफ़ाइल वही मेकफ़ाइल है जो पाया गया है
सामान्य नियमों का उपयोग करते हुए, इस विकल्प का कोई प्रभाव नहीं पड़ता है।

--लॉग=लॉगफ़ाइलनाम
--लॉग-फ़ाइल=लॉगफ़ाइलनाम
लॉग फ़ाइल का नाम निर्दिष्ट नाम में बदलता है। डिफ़ॉल्ट रूप से, लॉग फ़ाइल है
बुलाया .मेकप/लॉग. यह फ़ाइल मेकपलॉग, एमपीपीएल के साथ पढ़ने योग्य है।

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

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

यदि आप "प्रीबिल्ड" या "$(मेक)" का उपयोग करते हैं, तो पहले राउंड में यह रुक जाएगा
वह बिंदु।

-m तरीका
--हस्ताक्षर=तरीका
--हस्ताक्षर-विधि=तरीका
उन नियमों के लिए उपयोग करने के लिए डिफ़ॉल्ट हस्ताक्षर विधि निर्दिष्ट करता है जिनमें यह नहीं है
मेकफ़ाइल्स में "हस्ताक्षर" संशोधक जिसमें "हस्ताक्षर" कथन नहीं है। करता है
कमांड पार्सर्स, जैसे सी/सी++ कंपाइलर्स द्वारा की गई पसंद को ओवरराइड न करें। संभव
मान "md5", "C" या "c_compilation_md5", "xml" और "xml-space" हैं। अधिक जानकारी के लिए
विवरण, makepp_signatures देखें।

--md5-bc
--md5-चेक-बीसी
बिल्ड कैश से आयात करते समय, कैश्ड लक्ष्यों को अस्वीकार करें जब तक कि MD5_SUM मौजूद न हो
और आयातित लक्ष्य से मेल खाता है। बिल्ड कैश को पॉप्युलेट करते समय, गणना करें और स्टोर करें
बिल्ड जानकारी में MD5_SUM यदि यह पहले से मौजूद नहीं है। यह धीमा है और आगे बढ़ता है
अधिक पुनर्निर्माण करता है, लेकिन यह गारंटी देता है कि आयातित लक्ष्य और बिल्ड जानकारी फ़ाइलें मेल खाती हैं
ठीक ठीक।

-n
--पूर्वाभ्यास
--जस्ट-प्रिंट
--पुनर्विचार
आदेशों को वास्तव में निष्पादित किए बिना प्रिंट करें - अविश्वसनीय रूप से जहां आदेश निर्भर करते हैं
पिछले परिणामों पर. यह आपको वास्तव में बिना यह देखने की अनुमति देता है कि मेकप क्या करेगा
किसी भी फाइल को बदलना।

अधिक सटीक रूप से, मेकप सभी पुनरावर्ती मेक कमांड को सामान्य रूप से निष्पादित करता है (लेकिन उम्मीद है
आप कहीं भी पुनरावर्ती मेक का उपयोग नहीं कर रहे हैं!) अन्य कमांड बिना प्रिंट किए ही प्रिंट किए जाते हैं
निष्पादित किया जा रहा है. यहां तक ​​कि वे आदेश भी मुद्रित होते हैं जिनके पहले "@" या "नोइको" लगा होता है
"@" या "नोइको" हटा दिए जाने के बाद। हालाँकि कमांड के पहले "+" लगा होना चाहिए
निष्पादित किया जाए, लेकिन वर्तमान में नहीं किया जा रहा है।

चेतावनी: मेकप द्वारा "-n" के साथ निष्पादित किए जाने वाले आदेश आवश्यक रूप से समान नहीं हैं
यह "-n" के बिना काम करेगा। फ़ाइल हस्ताक्षर "-n" के साथ बिल्कुल नहीं बदलते हैं, जो
इसका मतलब है कि मेकप बिल्कुल वही बिल्ड परीक्षण नहीं कर सकता है जो वह करता है
हस्ताक्षर बदल रहे हैं. यदि आप उपयोग कर रहे हैं तो इससे कभी-कभी फर्क पड़ेगा
MD5 हस्ताक्षर (जो संकलन आदेशों के लिए डिफ़ॉल्ट है) या यदि आपके पास शेल है
ऐसे आदेश जो दिनांक बदल भी सकते हैं और नहीं भी।

उदाहरण के लिए, मान लीजिए कि आप एक उत्पन्न करते हैं .h किसी प्रकार के प्रीप्रोसेसर के माध्यम से फ़ाइल करें। यह
कई अलग-अलग तरीकों से हो सकता है। संक्षिप्तता के लिए, मान लीजिए कि आप स्वचालित रूप से
प्रत्येक सी मॉड्यूल में परिभाषित कार्यों के लिए प्रोटोटाइप की एक सूची तैयार करें (देखें)।
<http://cproto.sourceforge.net/> "सीप्रोटो" एप्लिकेशन कैसे काम करता है या इसके लिए
<http://www.lemoda.net/c/cfunctions/> समान सीफंक्शन के लिए)।

प्रोटोटाइप.एच : *.सी
cproto $(CPPFLAGS) $(इनपुट) > $(आउटपुट)

फिर प्रत्येक .c फ़ाइल शामिल होगी प्रोटोटाइप.एच. इसका उद्देश्य बनाए रखना है
सभी फ़ंक्शंस के लिए स्वचालित रूप से अग्रेषित घोषणाएँ, इसलिए यदि आप किसी फ़ंक्शन को बदलते हैं
हस्ताक्षर करें या कोई नया फ़ंक्शन जोड़ें, आपको कभी भी फ़ॉरवर्ड या एक्सटर्नल डालने की ज़रूरत नहीं है
कहीं भी घोषणाएँ। आपको अपनी .o फ़ाइलों की निर्भरता घोषित करने की भी आवश्यकता नहीं है
इस पर - मेकप सम्मिलित कथन देखेगा और स्वचालित रूप से देखेगा कि क्या इसकी आवश्यकता है
cproto को (पुनः) चलाने के लिए।

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

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

प्रोटोटाइप.एच: $(वाइल्डकार्ड *.सी) # हैक की गई तकनीक मेकप के लिए आवश्यक नहीं है
cproto $(CPPFLAGS) $(इनपुट) > जंक.एच
यदि सीएमपी -एस जंक.एच प्रोटोटाइप.एच; तब \
आरएम जंक.एच; \
अन्य \
एमवी जंक.एच प्रोटोटाइप.एच; \
fi

इस प्रकार यदि सभी फ़ाइलों पर cproto को पुन: चलाने से बिल्कुल समान फ़ाइल सामग्री उत्पन्न होती है, तो
फ़ाइल दिनांक अद्यतन नहीं है. इसमें बिल्कुल उपरोक्त जैसी ही समस्या होगी
उदाहरण "makepp -n" के साथ: यह ज्ञात नहीं है कि दिनांक चालू है या नहीं प्रोटोटाइप.एच परिवर्तन
जब तक कमांड वास्तव में नहीं चलाया जाता है, इसलिए "makepp -n" संभवतः 100% सटीक नहीं हो सकता है।
(ध्यान दें कि पारंपरिक "मेक-एन" का उपयोग करने पर भी बिल्कुल वही समस्या होगी
यह उदाहरण.)

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

--नो-कैश-स्कैनइन्फोस
स्कैनिंग के परिणामों को रिकॉर्ड न करें, जिससे अगली बार मेकप को फिर से निष्पादित करने के लिए मजबूर किया जा सके
रन।

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

--नो-लॉग
लॉग फ़ाइल में क्या किया गया इसका विस्तृत विवरण लिखने की जहमत न उठाएँ। द्वारा
डिफ़ॉल्ट रूप से, मेकप प्रत्येक फ़ाइल का स्पष्टीकरण लिखता है जिसे उसने बनाने का प्रयास किया था, और
उसने इसे क्यों बनाया या नहीं बनाया, नामक फ़ाइल में .मेकप/लॉग, के साथ पठनीय
मेकप्लॉग, एमपीपीएल। मेकफ़ाइल--मेकप को डीबग करने के लिए यह बेहद मूल्यवान हो सकता है
आपको बताता है कि उसने क्या सोचा था कि सभी निर्भरताएँ थीं, और उसने कौन सी निर्भरताएँ सोची थीं
बदला हुआ। हालाँकि, इसमें कुछ अतिरिक्त CPU समय लगता है, और आप परेशान नहीं होना चाहेंगे।

--नो-पाथ-एक्सई-डिप
--कोई पथ-निष्पादन योग्य-निर्भरता नहीं
कमांड खोज से उठाए गए निष्पादनयोग्यों पर अंतर्निहित निर्भरता न जोड़ें
पथ। यदि यह विकल्प निर्दिष्ट किया गया है, तो makepp मानता है कि कोई भी निष्पादन योग्य जिसका
एक नए संस्करण के साथ व्यवहार बदल सकता है जिसे एक नाम के साथ निर्दिष्ट किया जाएगा
काटना.

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

--नो-पॉप्युलेट-बीसी
बिल्ड कैश को पॉप्युलेट न करें, लेकिन जब संभव हो तब भी उससे आयात करें। यह है
तब उपयोगी होता है जब परिवेश के कारण लक्ष्य भिन्न ढंग से उत्पन्न हो सकते हैं, लेकिन
मेकप को ऐसी निर्भरताओं के बारे में पता नहीं है। पिटाई से बचने के लिए भी यह उपयोगी है
बड़ी संख्या में समवर्ती लेखकों के साथ कैश बनाएं जो किसी के काम में हस्तक्षेप कर सकता है
एक और।

--नो-प्रिंट-डायरेक्टरी
निर्देशिका संदेशों को दर्ज करना या छोड़ना बंद करें।

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

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

-o फ़ाइल का नाम
--मान लीजिए-पुराना=फ़ाइल का नाम
--पुरानी फ़ाइल=फ़ाइल का नाम
दिखावा करता है कि निर्दिष्ट फ़ाइल नहीं बदली है, भले ही बदली हो। कोई भी उस पर निशाना साधता है
इस फ़ाइल पर निर्भर इस फ़ाइल के कारण पुनर्निर्माण नहीं किया जाएगा, हालांकि वे हो सकते हैं
यदि कोई अन्य निर्भरता भी बदल गई है तो पुनर्निर्माण किया गया है। फ़ाइल स्वयं हो भी सकती है और नहीं भी
इसका पुनर्निर्माण किया जाना चाहिए, यह इस बात पर निर्भर करेगा कि यह अपनी निर्भरता के संबंध में पुराना है या नहीं।
(इसे रोकने के लिए, "--dont-build" का उपयोग करें।)

--ओवरराइड-हस्ताक्षर=तरीका
--ओवरराइड-हस्ताक्षर-विधि=तरीका
"--हस्ताक्षर-विधि" के समान, लेकिन कमांड पार्सर्स द्वारा की गई पसंद को भी ओवरराइड करता है।

--सैंडबॉक्स से बाहर=फ़ाइल का नाम
"सैंडबॉक्स" के बाहर फ़ाइलें लिखने के बजाय त्रुटि उत्पन्न करें। जैसे -- निर्माण न करें,
अधिक विशिष्ट पथ कम विशिष्ट पथों को ओवरराइड करते हैं। फ़ाइल सिस्टम रूट डिफ़ॉल्ट होता है
यदि कोई "--सैंडबॉक्स" विकल्प है तो उसे सैंडबॉक्स से बाहर कर दें।

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

--पॉप्युलेट-बीसी-केवल
बिल्ड कैश से आयात न करें. यह तब उपयोगी होता है जब आप लक्ष्य दान करना चाहते हैं
कैश, लेकिन आप कैश की सामग्री पर भरोसा नहीं करना चाहते (जैसे मिशन के लिए-
क्रिटिकल बिल्ड्स)।

--प्रोफाइल
प्रत्येक क्रिया से पहले और बाद में कच्चे टाइमस्टैम्प आउटपुट करें।

-R डायरेक्टरी
--भंडार=डायरेक्टरी
दी गई निर्देशिका को रिपॉजिटरी के रूप में निर्दिष्ट करें (विवरण के लिए makepp_repositories देखें)।
रिपॉजिटरी को कमांड लाइन पर निर्दिष्ट क्रम में जोड़ा जाता है, इसलिए पहला
आपके द्वारा निर्दिष्ट की गई प्राथमिकता है। निर्देशिका की सभी फ़ाइलें (और इसकी सभी उपनिर्देशिकाएँ)
यदि वे हैं तो स्वचालित रूप से वर्तमान निर्देशिका (और उपनिर्देशिकाओं) से जुड़े हुए हैं
जरूरत है।

यदि आप "-R" के बाद एक निर्देशिका निर्दिष्ट करते हैं, तो इसकी सामग्री वर्तमान से जुड़ी हुई है
निर्देशिका। आप इसकी सामग्री को फ़ाइल सिस्टम में किसी भी मनमाने स्थान से लिंक कर सकते हैं
समान चिह्न से पहले स्थान निर्दिष्ट करना, उदाहरण के लिए,
"-R सबडिर1/सबडिर2=/यूजर्स/जो/जोएस_निफ्टी_लाइब्रेरी"।

-r
--कोई अंतर्निहित नियम नहीं
डिफ़ॉल्ट नियम सेट लोड न करें. यदि यह विकल्प निर्दिष्ट नहीं है, और चर
"makepp_no_buildin" को मेकफ़ाइल में परिभाषित नहीं किया गया है, फिर संकलन के लिए नियमों का एक सेट
प्रत्येक निर्देशिका के लिए C, C++ और फोरट्रान कोड लोड किया गया है।

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

उदाहरण के लिए, मान लीजिए कि एक है एक्ससी फ़ाइल जो इस तरह दिखती है:

# "xh" शामिल करें
पूर्णांक मुख्य() {वापसी एक्स; }

इस मेकफ़ाइल पर विचार करें:

$(फनी डिफॉल्ट): x
एक्सएच:
&echo "#define X 1" -o $@

किसी बिंदु पर, आप मेकफ़ाइल को इस तरह दिखने के लिए बदलते हैं:

CFLAGS := -इदिर
$(फनी डिफॉल्ट): x
डीआईआर/एक्सएच:
&mkdir -p $(dir $@)
&echo "#define X 2" -o $@

अब यदि आप स्वच्छ से निर्माण करते हैं, x स्थिति 2 के साथ बाहर निकलता है, लेकिन यदि आप पुराने रहते हुए निर्माण करते हैं
./xh फ़ाइल अभी भी मौजूद है और आप "--rm-stale" निर्दिष्ट नहीं करते हैं x स्थिति के साथ बाहर निकलता है
1, क्योंकि include निर्देश पुरानी जेनरेट की गई हेडर फ़ाइल को उठाता है।

यदि आप "--rm-stale" के साथ निर्माण करते हैं, तो ./xh हटा दिया गया है, और परिणाम वैसा ही है
वह साफ़-सुथरी बनावट का है, जो लगभग हमेशा एक अच्छी बात है।

ध्यान दें कि यदि आप किसी रिपॉजिटरी में निर्माण करते हैं, तो आपको पहले वहां यह विकल्प देना होगा,
क्योंकि आयात करने वाले मेकप को यह पता नहीं होता कि भंडार में क्या पुराना हो सकता है।

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

-s
--शांत
--चुप
आदेशों की प्रतिध्वनि न करें और "स्कैनिंग" या "लोड हो रहा है" जैसे सूचनात्मक संदेशों को प्रिंट न करें
मेकफ़ाइल"।

--सैंडबॉक्स=डायरेक्टरी
--इन-सैंडबॉक्स=डायरेक्टरी
--इनसाइड-सैंडबॉक्स=डायरेक्टरी
मेकप के इस उदाहरण को सामान्य रूप से बड़े बिल्ड ट्री के उपट्री तक सीमित रखें। देखना
सैंडबॉक्स में विभाजन.

--सैंडबॉक्स-चेतावनी
--सैंडबॉक्स-चेतावनी
"इन-सैंडबॉक्स" और "डोंट-रीड" के उल्लंघनों को त्रुटियों के बजाय चेतावनियों में डाउनग्रेड करें।
सैंडबॉक्स में विभाजन देखें.

--स्टॉप-रेस
--दौड़ पर रुकें
केवल बिल्ड कैश एक्सेस टकराव के बारे में चेतावनी देने के बजाय त्रुटि से बाहर निकलें जो हो सकता है
निर्धारित होना।

--सिम्लिंक-इन-रेप-एज़-फ़ाइल
--सिम्लिंक-इन-रिपॉजिटरी-एज़-फ़ाइल
यदि किसी रिपॉजिटरी में कोई प्रतीकात्मक लिंक है, तो डिफ़ॉल्ट रूप से वह प्रतीकात्मक लिंक है
एक लिंक के रूप में आयात किया गया, जिसका अर्थ है कि आयातित लिंक का लक्ष्य होना आवश्यक नहीं है
भंडार में प्रतीकात्मक लिंक के लक्ष्य के समान। यदि
"--symlink-in-repository-as-file" विकल्प निर्दिष्ट है, तो प्रतीकात्मक लिंक है
इसे लक्ष्य फ़ाइल के रूप में आयात किया गया है, जिसका अर्थ है कि आयातित लिंक उसी ओर इंगित करता है
लक्ष्य फ़ाइल को रिपॉजिटरी में प्रतीकात्मक लिंक के रूप में रखें। यदि प्रतीकात्मक हो तो यह उपयोगी है
रिपॉजिटरी में लिंक का उद्देश्य एक प्रतिलिपि के निर्माण-समय के शब्दार्थ को रखना था।

--परंपरागत
--पारंपरिक-पुनरावृत्ति
--पारंपरिक-पुनरावर्ती-मेक
यह विकल्प मेकप को पुराने मेकफ़ाइल्स के साथ काम करने की अनुमति देने के लिए मौजूद है जो पुनरावर्ती का उपयोग करते हैं
बड़े पैमाने पर बनाएं, खासकर अलग-अलग विकल्पों के साथ। डिफ़ॉल्ट रूप से, पुनरावर्ती मेक है
एक उपप्रक्रिया द्वारा कार्यान्वित जो मूल प्रक्रिया के साथ संचार करता है; निर्माण है
वास्तव में मूल प्रक्रिया द्वारा किया गया। यह मेकप की कुछ अच्छी सुविधाओं की अनुमति देता है जैसे
पुनरावर्ती के साथ काम करने के लिए रिपॉजिटरी मंगलाचरण बनाते हैं। हालाँकि, यह तकनीक होगी
यदि आप विभिन्न आह्वानों पर विभिन्न कमांड लाइन विकल्पों का उपयोग करते हैं तो यह काम नहीं करेगा
पुनरावर्ती बनाओ. इसका उपयोग करने से पहले, "--हाइब्रिड-रिकर्सिव-मेक" आज़माएँ।

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

यदि आप इस विकल्प का उपयोग करते हैं, तो आपको विभिन्न निर्देशिकाओं में लॉग फ़ाइलें जमा हो जाएंगी
यह बदल जाता है. उनसे छुटकारा पाने के लिए केवल "makeppclean --logs --recurse" या "mppc" का उपयोग करें
-एलआर"।

-v
--शब्दशः
वाचाल प्रकार। यह बताता है कि यह क्या बनाने का प्रयास कर रहा है, और प्रत्येक फ़ाइल क्यों बनाई जा रही है।
यह उपयोगी हो सकता है यदि आपको लगता है कि किसी फ़ाइल को बार-बार पुनर्निर्मित किया जा रहा है।

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

-V
--संस्करण
संस्करण संख्या का प्रिंट आउट लें।

--वर्चुअल-सैंडबॉक्स
उन फ़ाइलों की बिल्ड जानकारी को दोबारा न लिखें जो इस मेकप प्रक्रिया द्वारा नहीं बनाई गई थीं। देखना
सैंडबॉक्स में विभाजन.

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

वातावरण

Makepp नामक फ़ाइल को ऊपर की ओर खोजता है .मेकपीपीआरसी प्रारंभ करते समय और प्रत्येक के बाद पुनः
"-सी" या "-सी" विकल्प। हर बार उसे ऐसी फ़ाइल मिलती है, लेकिन प्रति फ़ाइल केवल एक बार, वह पढ़ेगी
फ़ाइल और इसे संभवतः एक या कई पंक्तियों पर उद्धृत विकल्पों के रूप में पार्स करें। से भिन्न
विकल्प "-ए", विकल्पों को उस निर्देशिका के सापेक्ष पार्स किया जाएगा जहां फ़ाइल स्थित है।

मेकप्प निम्नलिखित पर्यावरण चर को देखता है:

$मेकफ्लैग्स
इस पर्यावरण चर में किसी भी झंडे को पहले कमांड लाइन विकल्प के रूप में व्याख्यायित किया जाता है
कोई भी स्पष्ट विकल्प। सभी कमांड लाइन तर्क इस वेरिएबल में डाल दिए गए हैं

ध्यान दें कि पारंपरिक मेक भी इस वेरिएबल का उपयोग करता है, इसलिए यदि आपको दोनों का उपयोग करना है
मेक और मेकप्प, आप शायद "MAKEPPFLAGS" का उपयोग करने पर विचार करना चाहेंगे।

$मेकपफ्लैग्स
जहां तक ​​मेकप का सवाल है, "मेकफ्लैग्स" के समान। यदि यह चर रिक्त नहीं है,
तो "MAKEFLAGS" को नजरअंदाज कर दिया जाता है। कभी-कभी यह "मेकफ्लैग्स" के बजाय उपयोगी होता है यदि आप
मेक और मेकप दोनों का उपयोग करना होगा, और आपको विकल्पों को अलग रखना होगा।

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

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

Makepp वर्तमान में कई फ़ाइल सिस्टमों में बिल्ड का अच्छी तरह से समर्थन नहीं करता है, यदि कोई है
केस सेंसिटिव और दूसरा केस सेंसिटिव।

onworks.net सेवाओं का उपयोग करके ऑनलाइन makepp_command का उपयोग करें