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

कार्यक्रम:

नाम

स्कोन्स - एक सॉफ्टवेयर निर्माण उपकरण

SYNOPSIS

स्कैन्स [विकल्पों...] [नाम = वैल...] [लक्ष्य...]

वर्णन

RSI स्कैन्स उपयोगिता यह निर्धारित करके सॉफ्टवेयर (या अन्य फ़ाइलें) बनाती है कि कौन से घटक टुकड़े
उन्हें पुनः निर्मित किया जाना चाहिए तथा उन्हें पुनः निर्मित करने के लिए आवश्यक आदेशों का निष्पादन किया जाना चाहिए।

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

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

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

पढ़ने से पहले एसकंस्ट्रक्ट फ़ाइल, स्कैन्स नामक निर्देशिका की तलाश करता है साइट_स्कॉन्स in
विभिन्न सिस्टम निर्देशिकाएँ (नीचे देखें) और वह निर्देशिका जिसमें एसकंस्ट्रक्ट फ़ाइल;
उन प्रत्येक निर्देशिका के लिए जो मौजूद है, साइट_स्कॉन्स sys.path से पहले जोड़ा जाता है, फ़ाइल
site_scons/site_init.py, यदि यह मौजूद है तो इसका मूल्यांकन किया जाता है, और निर्देशिका
site_scons/site_tools यदि यह मौजूद है तो इसे डिफ़ॉल्ट टूलपाथ में जोड़ दिया जाता है। देखें
--नो-साइट-निर्देशिका और --साइट-निर्देशिका अधिक जानकारी के लिए विकल्प देखें.

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

$ scons फ़ू.आउट
scons: SConscript फ़ाइलें पढ रहा हूँ...
scons: SConscript फ़ाइलें पढ़ना पूर्ण हुआ।
स्कोन्स: लक्ष्य निर्माण ...
सीपी foo.in foo.out
स्कोन्स: लक्ष्य निर्माण कार्य पूरा हुआ।
$

स्थिति संदेश (उस पंक्ति को छोड़कर जिसमें "cp foo.in foo.out" लिखा है) हो सकता है
का उपयोग करके दबा दिया गया -Q विकल्प.

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

आयात os
env = पर्यावरण(ENV = {'PATH' : os.environ['PATH']})

इसी प्रकार, यदि कमांड बाह्य वातावरण चर जैसे $PATH, $HOME,
$JAVA_HOME, $LANG, $SHELL, $TERM, आदि, इन चरों को भी स्पष्ट रूप से प्रसारित किया जा सकता है:

आयात os
env = पर्यावरण(ENV = {'PATH' : os.environ['PATH'],
'होम' : os.environ['HOME']})

या आप आह्वान करने वाले उपयोगकर्ता के सम्पूर्ण बाह्य वातावरण को स्पष्ट रूप से प्रसारित कर सकते हैं:

आयात os
env = पर्यावरण(ENV = os.environ)

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

स्कैन्स निर्भरता जानकारी के लिए ज्ञात इनपुट फ़ाइलों को स्वचालित रूप से स्कैन कर सकता है (उदाहरण के लिए,
#C या C++ फ़ाइलों में कथन शामिल करें) और आश्रित फ़ाइलों को उचित रूप से पुनर्निर्माण करेगा
जब भी कोई "शामिल" इनपुट फ़ाइल बदलती है। स्कैन्स नई परिभाषा देने की क्षमता का समर्थन करता है
अज्ञात इनपुट फ़ाइल प्रकारों के लिए स्कैनर।

स्कैन्स SCCS का उपयोग करके SCCS या RCS उपनिर्देशिकाओं से फ़ाइलों को स्वचालित रूप से लाने का तरीका जानता है,
आरसीएस या बिटकीपर.

स्कैन्स सामान्यतः एक शीर्ष-स्तरीय निर्देशिका में निष्पादित किया जाता है जिसमें एसकंस्ट्रक्ट फ़ाइल,
वैकल्पिक रूप से कमांड-लाइन तर्क के रूप में निर्मित की जाने वाली लक्ष्य फ़ाइल या फ़ाइलों को निर्दिष्ट करना।

डिफ़ॉल्ट रूप से, कमांड

स्कैन्स

वर्तमान निर्देशिका में या उसके नीचे सभी लक्ष्य फ़ाइलें निर्मित होंगी। स्पष्ट डिफ़ॉल्ट लक्ष्य
(जब कमांड लाइन पर कोई लक्ष्य निर्दिष्ट नहीं किया जाता है, तब बनाया जाना चाहिए) को परिभाषित किया जा सकता है
SConscript फ़ाइल(फ़ाइलें) का उपयोग करके गलती करना() कार्य, नीचे वर्णित है।

यहां तक ​​कि जब गलती करना() लक्ष्य SConscript फ़ाइल(फ़ाइलों) में निर्दिष्ट हैं, सभी लक्ष्य फ़ाइलें
या वर्तमान निर्देशिका के नीचे वर्तमान निर्देशिका को स्पष्ट रूप से निर्दिष्ट करके बनाया जा सकता है
(.) कमांड-लाइन लक्ष्य के रूप में:

स्कोन्स.

वर्तमान निर्देशिका के बाहर की सभी फ़ाइलों सहित सभी लक्ष्य फ़ाइलों का निर्माण करना कठिन हो सकता है।
रूट निर्देशिका का कमांड-लाइन लक्ष्य प्रदान करके निर्दिष्ट किया जाता है (POSIX सिस्टम पर):

स्कोन्स /

या वॉल्यूम का पथ नाम जिसमें सभी लक्ष्यों का निर्माण किया जाना चाहिए (विंडोज़ पर
सिस्टम):

स्कॉन्स सी:\ डी:\

केवल विशिष्ट लक्ष्य बनाने के लिए, उन्हें कमांड-लाइन तर्क के रूप में प्रदान करें:

स्कोन्स फू बार

इस स्थिति में केवल निर्दिष्ट लक्ष्य ही बनाए जाएंगे (साथ ही किसी भी व्युत्पन्न फ़ाइल के साथ)
जिस पर वे निर्भर हैं)।

SConscript फ़ाइलों में "क्लीनअप" लक्ष्य निर्दिष्ट करना आमतौर पर आवश्यक नहीं है। -c झंडा
निर्दिष्ट लक्ष्य के निर्माण के लिए आवश्यक सभी फ़ाइलें हटाता है:

स्कोन्स-सी.

सभी लक्ष्य फ़ाइलें हटाने के लिए, या:

scons -c बिल्ड निर्यात

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

शीर्ष-स्तरीय निर्देशिका में बने रहकर पदानुक्रमित वृक्ष का एक उपसमूह बनाया जा सकता है
(जहां एसकंस्ट्रक्ट फ़ाइल जीवन) और उपनिर्देशिका को लक्ष्य के रूप में निर्दिष्ट करना
बनाना:

स्कोन्स src/subdir

या निर्देशिका बदलकर और scons को लागू करके -u विकल्प, जो ऊपर तक जाता है
निर्देशिका पदानुक्रम जब तक यह नहीं मिल जाता एसकंस्ट्रक्ट फ़ाइल, और फिर अपेक्षाकृत लक्ष्य बनाता है
वर्तमान उपनिर्देशिका में:

सीडी src/subdir
स्कॉन्स-यू.

स्कैन्स एक के माध्यम से समानांतर में कई लक्ष्यों के निर्माण का समर्थन करता है -j विकल्प जो लेता है, जैसा कि
तर्क, एक साथ उत्पन्न होने वाले कार्यों की संख्या:

स्कॉन्स -j 4

उदाहरण के लिए, समानांतर रूप से चार लक्ष्य बनाता है।

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

SConscript फ़ाइल(फ़ाइलों) को पास किए जाने वाले चरों के मान कमांड पर निर्दिष्ट किए जा सकते हैं
रेखा:

स्कोन्स डिबग = 1 .

ये चर ARGUMENTS शब्दकोष के माध्यम से SConscript फ़ाइलों में उपलब्ध हैं, और
SConscript फ़ाइल(फ़ाइलों) में किसी भी तरह से बिल्ड को संशोधित करने के लिए उपयोग किया जा सकता है:

यदि ARGUMENTS.get('debug', 0):
env = पर्यावरण(CCFLAGS = '-g')
अन्य:
env = पर्यावरण()

कमांड-लाइन वेरिएबल तर्क ARGLIST सूची में भी उपलब्ध हैं, जो निम्न द्वारा अनुक्रमित हैं
कमांड लाइन पर उनका क्रम। यह आपको उन्हें क्रम से संसाधित करने की अनुमति देता है बजाय इसके कि
नाम, यदि आवश्यक हो। ARGLIST[0] (argname, argvalue) युक्त एक टपल लौटाता है। एक पायथन
यदि आप किसी ऐसे सूची सदस्य तक पहुँचने का प्रयास करते हैं जो अस्तित्व में नहीं है तो अपवाद उत्पन्न होता है।

स्कैन्स पायथन संस्करण 2.7 या बाद के संस्करण की आवश्यकता है। कोई अन्य निर्भरता या नहीं होनी चाहिए
चलाने के लिए आवश्यकताएँ स्कोन्स.

डिफ़ॉल्ट रूप से, स्कैन्स विभिन्न प्रणालियों पर उपलब्ध प्रोग्रामिंग टूल्स की खोज करना जानता है।
विंडोज सिस्टम पर, स्कैन्स माइक्रोसॉफ्ट विजुअल C++ टूल्स, MinGW के लिए खोज करता है
टूल चेन, इंटेल कंपाइलर टूल्स और फारलैप ईटीएस कंपाइलर। OS/2 सिस्टम पर, स्कैन्स
OS/2 कंपाइलर, GCC टूल चेन और Microsoft Visual C++ के लिए खोज करता है
उपकरण, एसजीआई आईआरआईएक्स, आईबीएम एआईएक्स, हेवलेट पैकार्ड एचपी-यूएक्स, और सन सोलारिस सिस्टम पर, स्कैन्स
मूल संकलक उपकरणों (MIPSpro, Visual Age, aCC, और Forte उपकरण) की खोज करता है
क्रमशः) और जीसीसी टूल चेन। POSIX (लिनक्स और
यूनिक्स) प्लेटफॉर्म, स्कैन्स जीसीसी टूल चेन, माइक्रोसॉफ्ट विजुअल सी++ के लिए खोज करता है
उपकरण, और इंटेल कंपाइलर उपकरण। आप, निश्चित रूप से, इन डिफ़ॉल्ट मानों को ओवरराइड कर सकते हैं
पर्यावरण निर्माण चर का उपयुक्त विन्यास।

विकल्प

सामान्य रूप में, स्कैन्स GNU के समान कमांड-लाइन विकल्पों का समर्थन करता है बनाना, और उनमें से कई
द्वारा समर्थित विपक्ष.

-b
गैर-GNU संस्करणों के साथ संगतता के लिए अनदेखा किया गया बनाना।

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

--कैश-डीबग=पट्टिका
के बारे में डिबग जानकारी प्रिंट करें कैशडिर() व्युत्पन्न-फ़ाइल कैशिंग निर्दिष्ट करने के लिए
पट्टिका. अगर पट्टिका is - (एक हाइफ़न), डिबग जानकारी मानक पर मुद्रित की जाती है
आउटपुट. मुद्रित संदेश बताते हैं कि कौन से हस्ताक्षर फ़ाइल नामों की तलाश की जा रही है
में, से प्राप्त, या को लिखा गया कैशडिर() निर्देशिका वृक्ष.

--कैश-अक्षम, --नो-कैश
द्वारा निर्दिष्ट व्युत्पन्न-फ़ाइल कैशिंग अक्षम करें कैशडिर()। स्कैन्स न तो पुनः प्राप्त होगा
कैश से फ़ाइलें न निकालें और न ही फ़ाइलों को कैश में कॉपी करें।

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

--कैश-रीडऑनली
पढ़ने के लिए कैश का उपयोग करें (यदि सक्षम है), लेकिन परिवर्तित कैश को अपडेट न करें
फाइलें.

--कैश-शो
उपयोग करते समय कैशडिर() और कैश से व्युत्पन्न फ़ाइल पुनर्प्राप्त करना, कमांड दिखाएं
जिसे सामान्य रिपोर्ट के बजाय फ़ाइल बनाने के लिए निष्पादित किया गया होगा,
"कैश से `फ़ाइल' प्राप्त की गई।" यह बिल्ड लॉग के लिए सुसंगत आउटपुट उत्पन्न करेगा,
इस बात की परवाह किए बिना कि लक्ष्य फ़ाइल को पुनः बनाया गया है या कैश से पुनर्प्राप्त किया गया है।

--कॉन्फिग =मोड
यह निर्दिष्ट करता है कि कैसे कॉन्फ़िगर कॉल को परिणामों का उपयोग या उत्पन्न करना चाहिए
कॉन्फ़िगरेशन परीक्षण। विकल्प को निम्नलिखित विकल्पों में से निर्दिष्ट किया जाना चाहिए:

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

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

--कॉन्फ़िगरेशन=कैश
यदि यह विकल्प निर्दिष्ट किया गया है, तो कोई भी कॉन्फ़िगरेशन परीक्षण पुनः नहीं चलाया जाएगा और सभी परिणाम
कैश से लिया जाएगा। ध्यान दें कि scons अभी भी इसे एक त्रुटि मानेंगे यदि --config=cache
निर्दिष्ट है और आवश्यक परीक्षण का अभी तक कैश में कोई परिणाम नहीं है।

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

-D
बिल्कुल उसी तरह काम करता है जैसे -u डिफ़ॉल्ट लक्ष्य जिस तरह से हैं, उसे छोड़कर विकल्प
जब इस विकल्प का उपयोग किया जाता है और कमांड लाइन पर कोई लक्ष्य निर्दिष्ट नहीं किया जाता है,
सभी डिफ़ॉल्ट लक्ष्य निर्मित होते हैं, चाहे वे वर्तमान निर्देशिका के नीचे हों या नहीं।

--डीबग=टाइप
निर्माण प्रक्रिया को डीबग करें. प्रकार[,प्रकार...] यह निर्दिष्ट करता है कि किस प्रकार की डिबगिंग की जाए। एकाधिक
प्रकार निर्दिष्ट किए जा सकते हैं, अल्पविराम से अलग करके। निम्नलिखित प्रकार मान्य हैं:

--डिबग=गिनती
प्रिंट करें कि SCons द्वारा आंतरिक रूप से उपयोग किए जाने वाले विभिन्न वर्गों से कितने ऑब्जेक्ट बनाए गए हैं
एसकॉन्स्क्रिप्ट फ़ाइलों को पढ़ने से पहले और बाद में तथा लक्ष्य बनाने से पहले और बाद में।
जब SCons को Python के साथ निष्पादित किया जाता है तो यह समर्थित नहीं होता है -O (अनुकूलित) विकल्प या
जब SCons मॉड्यूल अनुकूलन के साथ संकलित किए गए हैं (यानी, निष्पादित करते समय
से *.प्यो फ़ाइलें)।

--डिबग=डुप्लिकेट
स्रोत फ़ाइल से भिन्न फ़ाइल के प्रत्येक अनलिंक/रीलिंक (या प्रतिलिपि) के लिए एक पंक्ति प्रिंट करें।
पुरानी फ़ाइलों को अनलिंक करने के साथ-साथ पुरानी फ़ाइलों को अनलिंक करने के लिए डिबगिंग जानकारी भी शामिल है
लक्ष्य बनाने से पहले उन्हें पहचान लें।

--डिबग=dtree
नये का पर्यायवाची --वृक्ष=व्युत्पन्न विकल्प। भविष्य में इसे हटा दिया जाएगा
रिहा कर दिया गया और अंततः हटा दिया गया।

--डिबग=समझाएँ
इसका सटीक कारण प्रिंट करें स्कैन्स किसी भी लक्ष्य को (पुनः) बनाने का निर्णय ले रहा है।
(नोट: यह उन लक्ष्यों के लिए कुछ भी प्रिंट नहीं करता है जो नहीं (पुनर्निर्मित)

--डिबग=findlibs
पुस्तकालयों की खोज करने वाले स्कैनर को प्रत्येक पुस्तकालय के बारे में एक संदेश मुद्रित करने का निर्देश दें
संभावित लाइब्रेरी का नाम जिसे वह खोज रहा है, तथा वास्तविक लाइब्रेरी के बारे में जो उसे मिलती है।

--डिबग=शामिल है
प्रत्येक शीर्ष-स्तरीय लक्ष्य के निर्माण के बाद सम्मिलित वृक्ष को प्रिंट करें। इसका उपयोग आम तौर पर किया जाता है
पता लगाएं कि किसी दी गई व्युत्पन्न फ़ाइल के स्रोतों में कौन सी फ़ाइलें शामिल हैं:

$ scons --debug=foo.o शामिल है

--डिबग=मेमोइज़र
मेमोइज़र, एक आंतरिक सबसिस्टम का उपयोग करके हिट और मिस का सारांश प्रिंट करता है
यह गणना करता है कि SCons प्रत्येक बार पुनः गणना करने के बजाय मेमोरी में कैश किए गए मानों का कितनी बार उपयोग करता है
जब उनकी जरूरत होती है।

--डिबग=मेमोरी
प्रिंट करता है कि SCons SConscript फ़ाइलों को पढ़ने से पहले और बाद में कितनी मेमोरी का उपयोग करता है और
लक्ष्य निर्माण से पहले और बाद में.

--डिबग=नोमेमोइज़र
पश्चगामी संगतता के लिए संरक्षित एक अप्रचलित विकल्प.

--डिबग=ऑब्जेक्ट्स
SCons द्वारा आंतरिक रूप से उपयोग किए जाने वाले विभिन्न वर्गों के विभिन्न ऑब्जेक्ट्स की सूची प्रिंट करता है।

--डिबग=पीडीबी
pdb पायथन डीबगर के नियंत्रण में SCons को पुनः चलाएं।

--डिबग=तैयार
जब भी कोई लक्ष्य (आंतरिक या बाह्य) निर्माण के लिए तैयार हो, तो एक पंक्ति प्रिंट करें।
स्कैन्स यह प्रत्येक लक्ष्य के लिए इसे प्रिंट करता है, भले ही वह लक्ष्य अद्यतित हो (देखें
साथ ही --debug=explain)। यह उन लक्ष्यों के साथ समस्याओं को डीबग करने में मदद कर सकता है जिन्हें डीबग नहीं किया जा रहा है।
निर्मित; यह दर्शाता है कि स्कैन्स कम से कम सरकार उन पर विचार तो कर रही है या नहीं।

--डिबग=प्रीसब
निर्माण से पहले प्रत्येक लक्ष्य को बनाने के लिए उपयोग की जाने वाली कच्ची कमांड लाइन को प्रिंट करें
पर्यावरण चर प्रतिस्थापित किए जाते हैं। यह भी दिखाता है कि कौन से लक्ष्य बनाए जा रहे हैं
यह आदेश। आउटपुट कुछ इस तरह दिखता है:

$ scons --debug=presub
कार्रवाई(ओं) के साथ myprog.o का निर्माण:
$SHCC $SHCFLAGS $SHCCFLAGS $CPPFLAGS $_CPPINCFLAGS -c -o $TARGET $SOURCES
...

--डिबग=स्टैकट्रेस
अन्यथा अस्पष्टीकृत समस्या का सामना करने पर आंतरिक पायथन स्टैक ट्रेस प्रिंट करता है
त्रुटि।

--डिबग=स्ट्री
नये का पर्यायवाची --वृक्ष=सभी,स्थिति विकल्प। कुछ मामलों में इसे हटा दिया जाएगा
भविष्य में रिलीज की घोषणा की गई और अंततः इसे हटा दिया गया।

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

--डिबग=पेड़
नये का पर्यायवाची --वृक्ष=सभी विकल्प। भविष्य में इसे हटा दिया जाएगा
रिहा कर दिया गया और अंततः हटा दिया गया।

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

--डुप्लिकेट=आदेश
बिल्ड ट्री में फ़ाइलों की प्रतिलिपि बनाने के तीन तरीके हैं: हार्ड लिंक, सॉफ्ट (प्रतीकात्मक)
लिंक और कॉपी। SCons का डिफ़ॉल्ट व्यवहार सॉफ्ट लिंक की तुलना में हार्ड लिंक को प्राथमिकता देना है
आप इस विकल्प के साथ अलग-अलग व्यवहार निर्दिष्ट कर सकते हैं। आदेश एक होना चाहिए
of हार्ड-सॉफ्ट-कॉपी (डिफ़ॉल्ट), सॉफ्ट-हार्ड-कॉपी, हार्ड कॉपी, सॉफ्ट कॉपी or प्रतिलिपि. एससीओएनएस
निर्दिष्ट क्रम में तंत्र का उपयोग करके फ़ाइलों की प्रतिलिपि बनाने का प्रयास करेगा।

-f पट्टिका, --फ़ाइल=पट्टिका, --मेकफाइल=पट्टिका, --sconstruct=पट्टिका
उपयोग पट्टिका प्रारंभिक SConscript फ़ाइल के रूप में। एकाधिक -f विकल्प निर्दिष्ट किए जा सकते हैं,
कौन सा मामला स्कैन्स सभी निर्दिष्ट फ़ाइलों को पढ़ेगा.

-एच, --सहायता
यदि SConscript में कोई स्थानीय सहायता संदेश परिभाषित है, तो इस बिल्ड के लिए एक स्थानीय सहायता संदेश प्रिंट करें
फ़ाइल(फ़ाइलें), साथ ही एक पंक्ति जो वर्णन करती है -H कमांड-लाइन विकल्प सहायता के लिए विकल्प। यदि नहीं
स्थानीय सहायता संदेश परिभाषित किया गया है, कमांड-लाइन के बारे में मानक सहायता संदेश प्रिंट करता है
उपयुक्त संदेश प्रदर्शित करने के बाद बाहर निकल जाता है।

-एच, --मदद-विकल्प
कमांड-लाइन विकल्पों के बारे में मानक सहायता संदेश प्रिंट करें और बाहर निकलें।

-i, --त्रुटियों को अनदेखा करें
फ़ाइलों के पुनर्निर्माण के लिए निष्पादित आदेशों से सभी त्रुटियों को अनदेखा करें।

-I डायरेक्टरी, --शामिल-निर्देशिका=डायरेक्टरी
निर्दिष्ट करता है a डायरेक्टरी आयातित पायथन मॉड्यूल की खोज करने के लिए। यदि कई -I विकल्प हैं
उपयोग किए जाने पर, निर्देशिकाओं को निर्दिष्ट क्रम में खोजा जाता है।

--अंतर्निहित-कैश
अंतर्निहित निर्भरताओं को कैश करें। इससे स्कैन्स अंतर्निहित (स्कैन किए गए) का उपयोग करना
अंतर्निहित निर्भरताओं के लिए फ़ाइलों को स्कैन करने के बजाय इसे अंतिम बार चलाया गया था
निर्भरताएँ। यह SCons को काफी तेज़ कर सकता है, लेकिन निम्नलिखित के साथ
सीमाएं:

स्कैन्स अंतर्निहित निर्भरता खोज पथों में परिवर्तनों का पता नहीं लगाएगा (जैसे सीपीपीपीएथ, लिबपथ)
जिसके कारण सामान्यतः समान नाम वाली फ़ाइलों के विभिन्न संस्करणों का उपयोग किया जाएगा।

स्कैन्स उन मामलों में निहित निर्भरताओं में परिवर्तन याद आएंगे जहां एक नया निहित है
निर्भरता को अंतर्निहित निर्भरता खोज पथ में पहले ही जोड़ दिया जाता है (उदाहरण के लिए सीपीपीपीएथ,
लिबपथ) समान नाम वाली वर्तमान अंतर्निहित निर्भरता की तुलना में।

--अंतर्निहित-निर्भरता-परिवर्तित
SCons को कैश्ड इंप्लिसिट निर्भरताओं को अनदेखा करने के लिए मजबूर करता है। यह इंप्लिसिट का कारण बनता है
निर्भरताओं को पुनः स्कैन और पुनः कैश किया जाना चाहिए। इसका तात्पर्य है --अंतर्निहित-कैश.

--अंतर्निहित-निर्भरता-अपरिवर्तित
SCons को अंतर्निहित निर्भरताओं में परिवर्तनों को अनदेखा करने के लिए बाध्य करें। यह कैश्ड का कारण बनता है
अंतर्निहित निर्भरताओं का हमेशा उपयोग किया जाना चाहिए। इसका तात्पर्य है --अंतर्निहित-कैश.

--इंटरैक्टिव
SCons को इंटरैक्टिव मोड में शुरू करता है। SConscript फ़ाइलें एक बार पढ़ी जाती हैं और स्कॉन्स>>>
प्रॉम्प्ट प्रिंट किया गया है। अब इंटरेक्टिव प्रॉम्प्ट पर कमांड टाइप करके लक्ष्यों को फिर से बनाया जा सकता है
SConscript फ़ाइलों को दोबारा पढ़े बिना और निर्भरता ग्राफ को पुनः आरंभ किए बिना
शुरुवात से।

SCons इंटरैक्टिव मोड निम्नलिखित कमांड का समर्थन करता है:

निर्माण[विकल्प] [लक्ष्य] ...
निर्दिष्ट बनाता है लक्ष्य (और उनकी निर्भरताएँ) निर्दिष्ट SCons के साथ
कमांड लाइन विकल्प. b और स्कैन्स समानार्थी हैं।

निम्नलिखित SCons कमांड-लाइन विकल्प प्रभावित करते हैं निर्माण आदेश:

-- कैश-डीबग=फ़ाइल
--कैश-अक्षम, --नो-कैश
--कैश-फोर्स, --कैश-पॉप्युलेट
--कैश-रीडऑनली
--कैश-शो
--डिबग=प्रकार
-i, --त्रुटियों को अनदेखा करें
-जे एन, --जॉब्स = एन
-के, --कीप-गोइंग
-n, --no-exec, --just-print, --dry-run, --recon
-Q
-स, --चुप, --शांत
--taskmastertrace=फ़ाइल
--वृक्ष=विकल्प

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

स्वच्छ[विकल्प] [लक्ष्य] ...
निर्दिष्ट को साफ करता है लक्ष्य (और उनकी निर्भरताएँ) निर्दिष्ट विकल्पों के साथ।
c यह आदेश स्वयं एक पर्यायवाची है। निर्माण --साफ

निकास
SCons इंटरैक्टिव मोड से बाहर निकलता है। आप इनपुट समाप्त करके भी बाहर निकल सकते हैं (CTRL+D ऑन
UNIX या Linux सिस्टम पर, Windows सिस्टम पर CTRL+Z).

मदद[कमांड]
SCons इंटरैक्टिव मोड में उपलब्ध कमांड के बारे में सहायता संदेश प्रदान करता है।
कमान अधिकृत है, h और ? समानार्थी हैं।

खोल[कमांड लाइन]
निर्दिष्ट निष्पादित करता है कमांड लाइन उपकोश में। यदि नहीं कमांड लाइन अधिकृत है,
में निर्दिष्ट इंटरैक्टिव कमांड इंटरप्रेटर को निष्पादित करता है शेल वातावरण
चर (यूनिक्स और लिनक्स सिस्टम पर) या कॉमस्पेक पर्यावरण चर (पर
विंडोज़ सिस्टम). sh और ! समानार्थी हैं।

संस्करण
SCons संस्करण जानकारी मुद्रित करता है.

खाली लाइन आखिरी टाइप की गई कमांड को दोहराती है। कमांड-लाइन संपादन का उपयोग किया जा सकता है यदि
ReadLine मॉड्यूल उपलब्ध है.

$ scons --इंटरैक्टिव
scons: SConscript फ़ाइलें पढ रहा हूँ...
scons: SConscript फ़ाइलें पढ़ना पूर्ण हुआ।
scons>>> बिल्ड-एन प्रोग
scons>>> बाहर निकलें

-j N, --नौकरियां=N
एक साथ चलने वाले कार्यों (कमांड) की संख्या निर्दिष्ट करता है। यदि इससे अधिक है
एक -j इनमें से अंतिम विकल्प प्रभावी है।

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

-m
गैर-GNU संस्करणों के साथ संगतता के लिए अनदेखा किया गया बनाना.

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

--md5-chunksize=किलोबाइट
MD5 हस्ताक्षरों की गणना करने के लिए प्रयुक्त ब्लॉक आकार को सेट करें किलोबाइट. यह मान निर्धारित करता है
MD5 हस्ताक्षरों की गणना करते समय एक बार में पढ़े जाने वाले खंडों का आकार। फ़ाइलें
उस आकार से नीचे के सभी डेटा को हस्ताक्षर गणना करने से पहले मेमोरी में पूरी तरह से संग्रहीत कर लिया जाता है
जबकि बड़ी फ़ाइलों को ब्लॉक-दर-ब्लॉक पढ़ा जाता है। बड़े ब्लॉक-साइज़ की वजह से मेमोरी ज़्यादा होती है
जबकि बहुत छोटा ब्लॉक आकार निर्माण को काफी धीमा कर देता है।

डिफ़ॉल्ट मान 64 किलोबाइट के चंक आकार का उपयोग करना है, जो उपयुक्त होना चाहिए
अधिकांश उपयोगों के लिए.

-n, --जस्ट-प्रिंट, --ड्राई-रन, --रिकॉन
कोई निष्पादन नहीं। किसी भी पुराने लक्ष्य को बनाने के लिए निष्पादित किए जाने वाले आदेशों को प्रिंट करें
फ़ाइलें तो बनाते हैं, लेकिन आदेशों का निष्पादन नहीं करते।

--नो-साइट-निर्देशिका
मानक को स्वचालित रूप से जोड़ने से रोकता है साइट_स्कॉन्स dirs को sys.पथ। भी
लोड होने से रोकता है site_scons/site_init.py मॉड्यूल यदि वे मौजूद हैं, और रोकता है
उनके जोड़ना site_scons/site_tools dirs को टूलपाथ पर जोड़ें.

--प्रोफाइल=पट्टिका
पायथन प्रोफाइलर के अंतर्गत SCons चलाएं और परिणामों को निर्दिष्ट स्थान पर सहेजें पट्टिका।
परिणामों का विश्लेषण पायथन pstats मॉड्यूल का उपयोग करके किया जा सकता है।

-q, --प्रश्न
कोई भी कमांड न चलाएं, या कुछ भी प्रिंट न करें। बस एक निकास स्थिति लौटाएं जो शून्य हो अगर
निर्दिष्ट लक्ष्य पहले से ही अद्यतन हैं, अन्यथा गैर-शून्य।

-Q
SCons स्थिति संदेशों को शांत करता है SConscript फ़ाइलों को पढ़ने, लक्ष्य बनाने और
निर्देशिकाओं में प्रवेश करना। लक्ष्य फ़ाइलों के पुनर्निर्माण के लिए निष्पादित किए जाने वाले आदेश अभी भी हैं
मुद्रित।

--यादृच्छिक रूप से
निर्भरताओं को यादृच्छिक क्रम में बनाएँ। यह कई पेड़ों का निर्माण करते समय उपयोगी है
एक साथ कैशिंग सक्षम होने पर, एक साथ कई बिल्ड को रोकने के लिए
समान लक्ष्य फ़ाइलों को बनाने या पुनः प्राप्त करने का प्रयास करना।

-स, --चुप, --शांत
मौन। लक्ष्य फ़ाइलों के पुनर्निर्माण के लिए निष्पादित किए गए आदेशों को प्रिंट न करें। साथ ही
SCons स्थिति संदेशों को दबा देता है.

-एस, --नहीं-चलते-रहना, --रोकना
GNU के साथ संगतता के लिए अनदेखा किया गया बनाना.

--साइट-निर्देशिका=दीर
डिफ़ॉल्ट के बजाय नामित निर्देशिका को साइट निर्देशिका के रूप में उपयोग करता है साइट_स्कॉन्स यह निर्देशिका
आगे जोड़ दिया जाएगा sys.पथमॉड्यूल दीर/site_init.py लोड हो जाएगा यदि यह
मौजूद है, और दीर/site_tools डिफ़ॉल्ट टूलपाथ में जुड़ जाएगा.

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

Windows:

%ALLUSERSPROFILE/एप्लिकेशन डेटा/scons/site_scons
%USERPROFILE%/स्थानीय सेटिंग्स/एप्लिकेशन डेटा/scons/site_scons
%APPDATA%/scons/site_scons
%HOME%/.scons/साइट_scons
./साइट_स्कॉन्स

मैक ओएस एक्स:

/लाइब्रेरी/एप्लिकेशन समर्थन/SCons/site_scons
/opt/local/share/scons/site_scons (MacPorts के लिए)
/sw/share/scons/site_scons (फ़िंक के लिए)
$HOME/लाइब्रेरी/एप्लिकेशन सपोर्ट/SCons/site_scons
$HOME/.scons/site_scons
./साइट_स्कॉन्स

सोलारिस:

/opt/sfw/scons/site_scons
/usr/share/scons/site_scons
$HOME/.scons/site_scons
./साइट_स्कॉन्स

लिनक्स, एचपीयूएक्स, और अन्य पॉसिक्स-जैसे सिस्टम:

/usr/share/scons/site_scons
$HOME/.scons/site_scons
./साइट_स्कॉन्स

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

डिफ़ॉल्ट मान 256 किलोबाइट के स्टैक आकार का उपयोग करना है, जो उपयुक्त होना चाहिए
अधिकांश उपयोगों के लिए। जब ​​तक आप स्टैक का सामना नहीं करते हैं, तब तक आपको इस मान को बढ़ाने की आवश्यकता नहीं होगी
अतिप्रवाह त्रुटियाँ.

-टी, --टच
GNU के साथ संगतता के लिए अनदेखा किया गया बनाना. (किसी फ़ाइल को अद्यतित दिखाने के लिए उसे स्पर्श करना
उपयोग करते समय अनावश्यक है स्कैन्स.)

--टास्कमास्टरट्रेस=पट्टिका
निर्दिष्ट ट्रेस जानकारी प्रिंट करता है पट्टिका आंतरिक टास्कमास्टर के बारे में
ऑब्जेक्ट नोड्स के निर्माण के क्रम का मूल्यांकन और नियंत्रण करता है। - मई
मानक आउटपुट निर्दिष्ट करने के लिए उपयोग किया जाएगा.

-वृक्ष=विकल्पों
प्रत्येक शीर्ष-स्तरीय लक्ष्य के निर्माण के बाद निर्भरताओं का एक वृक्ष प्रिंट करता है। यह प्रिंट करता है
पेड़ के कुछ या सभी भाग को, विभिन्न प्रारूपों में, इस पर निर्भर करते हुए विकल्पों निर्दिष्ट:

--वृक्ष=सभी
प्रत्येक शीर्ष-स्तरीय लक्ष्य के निर्माण के बाद संपूर्ण निर्भरता वृक्ष को प्रिंट करें। यह प्रिंट करता है
संपूर्ण निर्भरता वृक्ष, जिसमें अंतर्निहित निर्भरताएं और अनदेखा निर्भरताएं शामिल हैं
निर्भरता।

--वृक्ष=व्युत्पन्न
वृक्ष आउटपुट को केवल व्युत्पन्न (लक्ष्य) फ़ाइलों तक सीमित करता है, स्रोत फ़ाइलों तक नहीं।

--वृक्ष=स्थिति
प्रत्येक प्रदर्शित नोड के लिए स्थिति जानकारी प्रिंट करता है।

--पेड़=छँटाई
पहले से मौजूद नोड्स के लिए निर्भरता जानकारी को दोहराने से बचने के लिए पेड़ की छंटाई करता है
प्रदर्शित किया गया है। कोई भी नोड जो पहले से प्रदर्शित किया गया है उसका नाम प्रिंट किया जाएगा
[वर्ग कोष्ठक], एक संकेत के रूप में कि उस नोड के लिए निर्भरताएँ पाई जा सकती हैं
पेड़ में ऊपर प्रासंगिक आउटपुट की खोज करके।

अल्पविराम से अलग करके अनेक विकल्प निर्दिष्ट किए जा सकते हैं:

# केवल व्युत्पन्न फ़ाइलों को स्थिति जानकारी के साथ प्रिंट करता है:
scons --tree=व्युत्पन्न, स्थिति

# स्थिति जानकारी के साथ लक्ष्य की सभी निर्भरताएँ प्रिंट करता है
# और पहले से देखे गए नोड्स की निर्भरता को छांटना:
scons --tree=all,prune,status target

-u, --up, --search-up
निर्देशिका संरचना तक चलता है जब तक कि एसकंस्ट्रक्ट , स्कॉन्स्ट्रक्ट or स्कंस्ट्रक्ट पट्टिका
पाया जाता है, और उसे डायरेक्टरी ट्री के शीर्ष के रूप में उपयोग करता है। यदि कोई लक्ष्य निर्दिष्ट नहीं है
कमांड लाइन पर, केवल वर्तमान निर्देशिका पर या उसके नीचे स्थित लक्ष्य ही बनाए जाएंगे।

-U
बिल्कुल उसी तरह काम करता है जैसे -u डिफ़ॉल्ट लक्ष्य जिस तरह से हैं, उसे छोड़कर विकल्प
जब इस विकल्प का उपयोग किया जाता है और कमांड लाइन पर कोई लक्ष्य निर्दिष्ट नहीं किया जाता है,
वर्तमान निर्देशिका में SConscript(s) में परिभाषित सभी डिफ़ॉल्ट लक्ष्य हैं
चाहे परिणामी लक्ष्य किसी भी निर्देशिका में क्यों न हों, उन्हें बनाया जाएगा।

-वी, --संस्करण
प्रिंट करें स्कैन्स संस्करण, कॉपीराइट जानकारी, लेखकों की सूची, और कोई अन्य
प्रासंगिक जानकारी भरें। फिर बाहर निकलें।

-w, --प्रिंट-निर्देशिका
अन्य प्रसंस्करण से पहले और बाद में कार्यशील निर्देशिका वाले संदेश को प्रिंट करें।

--नो-प्रिंट-डायरेक्टरी
-w को बंद कर दें, भले ही वह अंतर्निहित रूप से चालू किया गया हो।

--चेतावनी=टाइप, --चेतावनी=नहीं-टाइप
चेतावनियाँ सक्षम या अक्षम करें. टाइप सक्षम की जाने वाली चेतावनियों के प्रकार को निर्दिष्ट करता है या
अक्षम:

--चेतावनी=सभी, --चेतावनी=कोई-सभी नहीं
सभी चेतावनियों को सक्षम या अक्षम करता है.

--चेतावनी=कैश-लेखन-त्रुटि, --चेतावनी=कोई-कैश-लेखन-त्रुटि नहीं
किसी निर्मित फ़ाइल की प्रतिलिपि को किसी फ़ाइल में लिखने का प्रयास करते समय होने वाली त्रुटियों के बारे में चेतावनियों को सक्षम या अक्षम करता है
विनिर्दिष्ट कैशडिर(). ये चेतावनियाँ डिफ़ॉल्ट रूप से अक्षम होती हैं.

--चेतावनी=भ्रष्ट-संकेत, --चेतावनी=कोई-भ्रष्ट-संकेत नहीं
अपरिचित हस्ताक्षर डेटा के बारे में चेतावनियों को सक्षम या अक्षम करता है .sconsign फ़ाइलें. ये
चेतावनियाँ डिफ़ॉल्ट रूप से सक्षम होती हैं.

--चेतावनी=निर्भरता, --चेतावनी=कोई-निर्भरता नहीं
निर्भरताओं के बारे में चेतावनियाँ सक्षम या अक्षम करता है। ये चेतावनियाँ किसके द्वारा अक्षम की जाती हैं
चूक।

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

--चेतावनी=अप्रचलित-प्रतिलिपि, --चेतावनी=कोई-अप्रचलित-प्रतिलिपि नहीं
अप्रचलित के उपयोग के बारे में चेतावनियों को सक्षम या अक्षम करता है env.कॉपी() विधि.

--चेतावनी=अप्रचलित-स्रोत-हस्ताक्षर, --चेतावनी=कोई-अप्रचलित-स्रोत-हस्ताक्षर नहीं
अप्रचलित के उपयोग के बारे में चेतावनियों को सक्षम या अक्षम करता है स्रोतहस्ताक्षर()
कार्य या env.स्रोत हस्ताक्षर() विधि.

--चेतावनी=अप्रचलित-लक्ष्य-हस्ताक्षर, --चेतावनी=कोई-अप्रचलित-लक्ष्य-हस्ताक्षर नहीं
अप्रचलित के उपयोग के बारे में चेतावनियों को सक्षम या अक्षम करता है लक्ष्यहस्ताक्षर()
कार्य या env.टार्गेटसिग्नेचर() विधि.

--चेतावनी=डुप्लिकेट-पर्यावरण, --चेतावनी=कोई-डुप्लिकेट-पर्यावरण नहीं
दो के साथ एक लक्ष्य के निर्माण को निर्दिष्ट करने के प्रयासों के बारे में चेतावनियों को सक्षम या अक्षम करता है
अलग-अलग निर्माण वातावरण जो एक ही क्रिया का उपयोग करते हैं। ये चेतावनियाँ हैं
डिफ़ॉल्ट रूप से सक्षम।

--चेतावनी=फोरट्रान-cxx-मिक्स, --चेतावनी=नो-फोरट्रान-cxx-मिक्स
Fortran और C++ ऑब्जेक्ट फ़ाइलों को लिंक करने के बारे में विशिष्ट चेतावनी को सक्षम या अक्षम करता है
एक एकल निष्पादनयोग्य, जो कुछ संकलकों के साथ अप्रत्याशित व्यवहार उत्पन्न कर सकता है।

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

--चेतावनी=लिंक, --चेतावनी=कोई-लिंक नहीं
लिंक चरणों के बारे में चेतावनियों को सक्षम या अक्षम करता है.

--चेतावनी=भ्रामक-कीवर्ड, --चेतावनी=कोई-भ्रामक-कीवर्ड नहीं
गलत वर्तनी वाले कीवर्ड के उपयोग के बारे में चेतावनियों को सक्षम या अक्षम करता है लक्ष्य और स्त्रोत
बिल्डर्स को कॉल करते समय। (अंतिम नोट करें s वर्णों की सही वर्तनी इस प्रकार है लक्ष्य
और स्रोत।) ये चेतावनियाँ डिफ़ॉल्ट रूप से सक्षम होती हैं.

--चेतावनी=अनुपलब्ध-स्कोनस्क्रिप्ट, --चेतावनी=कोई-अनुपलब्ध-स्कोनस्क्रिप्ट नहीं
गुम SConscript फ़ाइलों के बारे में चेतावनियाँ सक्षम या अक्षम करता है। ये चेतावनियाँ हैं
डिफ़ॉल्ट रूप से सक्षम।

--चेतावनी=no-md5-मॉड्यूल, --चेतावनी=no-no-md5-मॉड्यूल
पाइथन के उस संस्करण के बारे में चेतावनियों को सक्षम या अक्षम करता है जिसमें MD5 चेकसम नहीं है
मॉड्यूल उपलब्ध है। ये चेतावनियाँ डिफ़ॉल्ट रूप से सक्षम हैं।

--चेतावनी=कोई-मेटाक्लास-समर्थन नहीं, --चेतावनी=कोई-कोई-मेटाक्लास-समर्थन नहीं
मेटाक्लासेस का समर्थन न करने वाले पायथन संस्करण के बारे में चेतावनियों को सक्षम या अक्षम करता है
जब --डिबग=मेमोइज़र विकल्प का उपयोग किया जाता है। ये चेतावनियाँ डिफ़ॉल्ट रूप से सक्षम होती हैं।

--चेतावनी=कोई-ऑब्जेक्ट-गिनती नहीं, --चेतावनी=कोई-कोई-ऑब्जेक्ट-गिनती नहीं
के बारे में चेतावनियाँ सक्षम या अक्षम करता है --डिबग=ऑब्जेक्ट सुविधा काम नहीं कर रही है जब स्कैन्स
पायथन के साथ चलाया जाता है -O विकल्प या अनुकूलित पायथन (.pyo) मॉड्यूल से।

--चेतावनी=कोई समानांतर समर्थन नहीं, --चेतावनी=कोई समानांतर समर्थन नहीं
पायथन के उस संस्करण के बारे में चेतावनियों को सक्षम या अक्षम करता है जो इसका समर्थन करने में सक्षम नहीं है
समानांतर बनाता है जब -j विकल्प का उपयोग किया जाता है। ये चेतावनियाँ डिफ़ॉल्ट रूप से सक्षम होती हैं।

--चेतावनी=पायथन-संस्करण, --चेतावनी=कोई-पायथन-संस्करण नहीं
के पुराने संस्करण के साथ SCons चलाने के बारे में चेतावनी को सक्षम या अक्षम करता है
पायथन. ये चेतावनियाँ डिफ़ॉल्ट रूप से सक्षम हैं.

--चेतावनी=आरक्षित-चर, --चेतावनी=कोई-आरक्षित-चर नहीं
आरक्षित निर्माण चर को सेट करने के प्रयासों के बारे में चेतावनियों को सक्षम या अक्षम करता है
नामों परिवर्तित_स्रोत, परिवर्तित_लक्ष्य, TARGET में, लक्ष्य, स्रोत, स्रोत,
अपरिवर्तित_स्रोत or अपरिवर्तित_लक्ष्यये चेतावनियाँ डिफ़ॉल्ट रूप से अक्षम होती हैं।

--चेतावनी=स्टैक-आकार, --चेतावनी=कोई-स्टैक-आकार नहीं
स्टैक आकार निर्धारित करने के अनुरोधों के बारे में चेतावनियों को सक्षम या अक्षम करता है जिन्हें सेट नहीं किया जा सकता
ये चेतावनियाँ डिफ़ॉल्ट रूप से सक्षम होती हैं।

--चेतावनी=target_not_built, --चेतावनी=no-target_not_built
अपेक्षित लक्ष्यों का निर्माण न करने वाले बिल्ड नियम के बारे में चेतावनियों को सक्षम या अक्षम करता है।
ये चेतावनियाँ वर्तमान में डिफ़ॉल्ट रूप से सक्षम नहीं हैं.

-Y कोष, --रिपोजिटरी=कोष, --srcdir=कोष
स्थानीय में न मिले किसी भी इनपुट और लक्ष्य फ़ाइलों के लिए निर्दिष्ट रिपोजिटरी को खोजें
निर्देशिका पदानुक्रम. एकाधिक -Y विकल्प निर्दिष्ट किए जा सकते हैं, ऐसी स्थिति में
रिपॉजिटरीज़ को निर्दिष्ट क्रम में खोजा जाता है।

विन्यास फ़ाइल संदर्भ

निर्माण वातावरण
निर्माण वातावरण वह मूल माध्यम है जिसके द्वारा SConscript फ़ाइलें संचार करती हैं
जानकारी का निर्माण स्कैन्स. का उपयोग करके एक नया निर्माण वातावरण बनाया जाता है
वातावरण समारोह:

env = पर्यावरण()

चर, जिन्हें कहा जाता है निर्माण चर, निर्माण वातावरण में सेट किया जा सकता है
ऑब्जेक्ट बनाते समय उन्हें कीवर्ड के रूप में निर्दिष्ट करके या उन्हें कोई मान निर्दिष्ट करके
ऑब्जेक्ट बनने के बाद:

env = पर्यावरण(FOO = 'foo')
env['बार'] = 'बार'

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

env = पर्यावरण(parse_flags = '-Iinclude -DEBUG -lm')

यह उदाहरण 'शामिल' जोड़ता है सीपीपीपीएथ, 'EBUG' को सीपीपीडिफाइन्स, और 'एम' को LIBS.

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

env = पर्यावरण(प्लेटफ़ॉर्म = 'cygwin')
env = पर्यावरण(प्लेटफ़ॉर्म = 'os2')
env = पर्यावरण (प्लेटफ़ॉर्म = 'posix')
env = पर्यावरण (प्लेटफ़ॉर्म = 'win32')

प्लेटफ़ॉर्म निर्दिष्ट करने से उपयुक्त निर्माण चर आरंभ हो जाते हैं
उपयुक्त उपसर्गों और प्रत्ययों के साथ फ़ाइल नामों का उपयोग और निर्माण करने के लिए वातावरण
प्लेटफार्म पर ट्रेड कैसे करना है|

ध्यान दें कि win32 मंच जोड़ता है सिस्टमड्राइव और सिस्टमरूट उपयोगकर्ता के चर
निर्माण पर्यावरण के लिए बाह्य पर्यावरण लि शब्दकोश। ऐसा इसलिए है ताकि कोई भी
निष्पादित कमांड जो अन्य सिस्टम से कनेक्ट करने के लिए सॉकेट का उपयोग करते हैं (जैसे स्रोत प्राप्त करना
बाहरी CVS रिपोजिटरी विनिर्देशों से फ़ाइलें जैसे
:पीसर्वर:[ईमेल संरक्षित]:/cvsroot/scons) विंडोज़ सिस्टम पर काम करेगा।

प्लेटफ़ॉर्म तर्क फ़ंक्शन या कॉल करने योग्य ऑब्जेक्ट हो सकता है, जिस स्थिति में Environment()
विधि नए निर्माण वातावरण को अद्यतन करने के लिए निर्दिष्ट तर्क को कॉल करेगी:

डेफ़ my_platform(env):
env['VAR'] = 'xyzzy'

env = पर्यावरण(प्लेटफ़ॉर्म = my_platform)

इसके अतिरिक्त, पर्यावरण को आरंभ करने के लिए उपकरणों का एक विशिष्ट सेट भी उपलब्ध हो सकता है।
वैकल्पिक कीवर्ड तर्क के रूप में निर्दिष्ट:

env = पर्यावरण(उपकरण = ['msvc', 'lex'])

गैर-अंतर्निहित उपकरणों को toolpath तर्क का उपयोग करके निर्दिष्ट किया जा सकता है:

env = पर्यावरण(उपकरण = ['डिफ़ॉल्ट', 'foo'], टूलपाथ = ['उपकरण'])

यह tools/foo.py में टूल विनिर्देशन की तलाश करता है (साथ ही साधारण डिफ़ॉल्ट का उपयोग भी करता है
प्लेटफ़ॉर्म के लिए उपकरण). foo.py में दो फ़ंक्शन होने चाहिए: generate(env, **kw) और
मौजूद है(env). उत्पन्न () फ़ंक्शन सेट अप करने के लिए पास किए गए वातावरण को संशोधित करता है
चर ताकि उपकरण निष्पादित किया जा सके; यह उपयोगकर्ता द्वारा निर्दिष्ट किसी भी कीवर्ड तर्क का उपयोग कर सकता है
आपूर्ति (नीचे देखें) इसके आरंभीकरण को बदलने के लिए। मौजूद() फ़ंक्शन को वापस लौटना चाहिए
यदि उपकरण उपलब्ध है तो true मान। टूलपथ में उपकरण किसी भी से पहले उपयोग किए जाते हैं
अंतर्निहित वाले। उदाहरण के लिए, टूलपाथ में gcc.py जोड़ने से अंतर्निहित gcc ओवरराइड हो जाएगा
उपकरण। यह भी ध्यान रखें कि टूलपाथ को बाद में कॉल द्वारा उपयोग के लिए पर्यावरण में संग्रहीत किया जाता है
क्लोन() तथा उपकरण() विधियाँ:

आधार = पर्यावरण(टूलपाथ=['कस्टम_पाथ'])
व्युत्पन्न = आधार.क्लोन(उपकरण=['कस्टम_टूल'])
व्युत्पन्न.कस्टमबिल्डर()

उपकरण सूची के तत्व फ़ंक्शन या कॉल करने योग्य ऑब्जेक्ट भी हो सकते हैं, ऐसी स्थिति में
Environment() विधि नए निर्माण को अद्यतन करने के लिए निर्दिष्ट तत्वों को कॉल करेगी
वातावरण:

डेफ़ my_tool(env):
env['XYZZY'] = 'xyzzy'

env = पर्यावरण(उपकरण = [my_tool])

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

# टूल्स/my_tool.py में:
def उत्पन्न (env, **kw):
# MY_TOOL को कीवर्ड तर्क 'arg1' या 1 के मान पर सेट करता है।
env['MY_TOOL'] = kw.get('arg1', '1')
def मौजूद है(env):
वापसी 1

# एसकंस्ट्रक्ट में:
env = पर्यावरण(उपकरण = ['डिफ़ॉल्ट', ('my_tool', {'arg1': 'abc'})],
टूलपाथ=['टूल्स'])

उपकरण परिभाषा (अर्थात my_tool()) उस वातावरण से PLATFORM चर का उपयोग कर सकती है जिसे वह उपयोग करना चाहता है।
विभिन्न प्लेटफार्मों के लिए उपकरण को अनुकूलित करने के लिए प्राप्त करता है।

यदि कोई उपकरण सूची निर्दिष्ट नहीं है, तो SCons का उपयोग करके स्थापित उपकरणों का स्वतः पता लगा लेगा
ENV निर्माण चर में PATH चर और वातावरण में प्लेटफ़ॉर्म नाम
का निर्माण किया जाता है। पर्यावरण के निर्माण के बाद PATH चर को बदलने से
जिससे उपकरणों का पुनः पता लगाया जा सके।

SCons निम्नलिखित उपकरण विनिर्देशों का समर्थन करता है:

386एएसएम
फ़ार लैप ईटीएस एम्बेडेड के लिए 386ASM असेंबलर के लिए निर्माण चर सेट करता है
ऑपरेटिंग सिस्टम।

सेट: $एएस, $एएसकॉम, $एएसफ्लैग्स, $एएसपीपीकॉम, $ASPPFLAGS.

उपयोग: $सीसी, $सीपीपीएफएलएजीएस, $_CPPDEFFLAGS, $_CPPINCFLAGS.

aixc++
IMB xlc / Visual Age C++ कम्पाइलर के लिए निर्माण चर सेट करता है।

सेट: $सीएक्सएक्स, $CXXसंस्करण, $SHCXX, $SHOBJSUFFIX.

aixcc
IBM xlc / Visual Age C कंपाइलर के लिए निर्माण चर सेट करता है।

सेट: $सीसी, $सीसीसंस्करण, $एसएचसीसी.

aixf77
IBM Visual Age f77 Fortran कंपाइलर के लिए निर्माण चर सेट करता है।

सेट: $F77, $एसएचएफ77.

ऐक्सलिंक
IBM विज़ुअल एज लिंकर के लिए निर्माण चर सेट करता है।

सेट: $लिंकफ़्लैग, $SHLIBSUFFIX, $SHLINKFLAGS.

एप्पललिंक
एप्पल लिंकर (GNU लिंकर के समान) के लिए निर्माण चर सेट करता है।

सेट: $फ्रेमवर्कपाथप्रीफिक्स, $LDMODULECOM, $LDMODULEFLAGS, $LDMODULEPREFIX,
$LDMODULESUFFIX $LDMODULESUFFIX, $लिंककॉम, $SHLINKCOM, $SHLINKFLAGS, $_फ्रेमवर्कपथ, $_फ्रेमवर्क.

उपयोग: $FRAMEWORKSFLAGS.

ar
ar लाइब्रेरी संग्रहकर्ता के लिए निर्माण चर सेट करता है।

सेट: $एआर, $एआरकॉम, $एआरफ्लैग्स, $LIBPREFIX, $LIBSUFFIX, $RANLIB, $RANLIBCOM,
$RANLIBFLAGS.

as
as असेम्बलर के लिए निर्माण चर सेट करता है।

सेट: $एएस, $एएसकॉम, $एएसफ्लैग्स, $एएसपीपीकॉम, $ASPPFLAGS.

उपयोग: $सीसी, $सीपीपीएफएलएजीएस, $_CPPDEFFLAGS, $_CPPINCFLAGS.

bcc32
Bcc32 संकलक के लिए निर्माण चर सेट करता है।

सेट: $सीसी, $सीसीकॉम, $सीसीफ्लैग्स, $CFILESUPFIX $CFILESUPFIX, $सीफ्लैग्स, $CPPDEFPREFIX, $CPPDEFSUFFIX,
$INCPREFIX, $INCSUFFIX, $एसएचसीसी, $SHCCCOM, $SHCCFLAGS, $SHCFLAGS, $SHOBJSUFFIX.

उपयोग: $_CPPDEFFLAGS, $_CPPINCFLAGS.

BitKeeper
बिटकीपर स्रोत कोड नियंत्रण प्रणाली के लिए निर्माण चर सेट करता है।

सेट: $बिटकीपर, $बिटकीपरकॉम, $बिटकीपरगेट, $बिटकीपरगेटफ्लैग्स.

उपयोग: $बिटकीपरकॉमस्ट्र.

cc
जेनेरिक POSIX C कॉपीमिलर्स के लिए निर्माण चर सेट करता है।

सेट: $सीसी, $सीसीकॉम, $सीसीफ्लैग्स, $CFILESUPFIX $CFILESUPFIX, $सीफ्लैग्स, $CPPDEFPREFIX, $CPPDEFSUFFIX,
$फ्रेमवर्कपथ, $फ्रेमवर्क, $INCPREFIX, $INCSUFFIX, $एसएचसीसी, $SHCCCOM, $SHCCFLAGS,
$SHCFLAGS, $SHOBJSUFFIX.

उपयोग: $प्लेटफ़ॉर्म.

CVF
कॉम्पैक विज़ुअल फ़ोरट्रान कंपाइलर के लिए निर्माण चर सेट करता है।

सेट: $फोरट्रान, $फोरट्रानकॉम, $फोरट्रानमोडिर, $फोरट्रानमोडिरप्रीफिक्स,
$FORTRANMODDIRSUFFIX, $फोरट्रानपीपीकॉम, $ओबीजेसुफ़िक्स, $SHFORTRANCOM, $SHFORTRANPPCOM.

उपयोग: $सीपीपीएफएलएजीएस, $फोरट्रानफ्लैग्स, $SHFORTRANFLAGS, $_CPPDEFFLAGS, $_FORTRANINCFLAGS,
$_फोरट्रानमोडफ्लैग.

CVS
सीवीएस स्रोत कोड प्रबंधन प्रणाली के लिए निर्माण चर सेट करता है।

सेट: $सीवीएस, $CVSCOFLAGS, $सीवीएसकॉम, $CVSFLAGS.

उपयोग: $CVSCOMSTR.

cXX
सामान्य POSIX C++ कम्पाइलर के लिए निर्माण चर सेट करता है।

सेट: $CPPDEFPREFIX, $CPPDEFSUFFIX, $सीएक्सएक्स, $CXXCOM, $CXXFILESUPFIX, $CXXFLAGS,
$INCPREFIX, $INCSUFFIX, $ओबीजेसुफ़िक्स, $SHCXX, $SHCXXCOM, $SHCXXFLAGS, $SHOBJSUFFIX.

उपयोग: $CXXCOMSTR.

साइग्लिंक
cygwin लिंकर/लोडर के लिए निर्माण चर सेट करें।

सेट: $IMPLIBPREFIX, $IMPLIBSUFFIX, $LDMODULEVERSIONFLAGS$ ..., $लिंकफ़्लैग, $RPATHPREFIX,
$RPATHSUFFIX, $SHLIBPREFIX, $SHLIBSUFFIX, $SHLIBVERSIONFLAGS, $SHLINKCOM,
$SHLINKFLAGS, $_LDMODULEVERSIONFLAGS $_LDMODULEVERSIONFLAGS, $_SHLIBVERSIONFLAGS.

चूक
उस प्लेटफ़ॉर्म के लिए टूल मॉड्यूल की डिफ़ॉल्ट सूची को कॉल करके वैरिएबल सेट करता है जिस पर
SCons चल रहा है.

डीएमडी
डी भाषा संकलक डीएमडी के लिए निर्माण चर सेट करता है।

सेट: $डीसी, $डीकॉम, $डीडीबग, $DDEBUGPREFIX, $DDEBUGSUFFIX, $DFILESUPFIX, $DFLAGPREFIX,
$डीएफएलएजीएस, $DFLAGSUFFIX, $DINCPREFIX, $DINCSUFFIX, $डीएलआईबी, $डीएलआईबीकॉम, $DLIBDIRPREFIX,
$DLIBDIRSUPFIX, $DLIBFLAGPREFIX, $DLIBFLAGSUFFIX, $DLIBLINKPREFIX, $DLIBLINKSUFFIX,
$डीलिंक, $डीलिंककॉम, $DLINKFLAGS, $डीपथ, $DVERPREFIX, $डीसंस्करण, $DVERSUFFIX,
$RPATHPREFIX, $RPATHSUFFIX, $एसएचडीसी, $SHDCOM, $SHDलिंक, $SHDLINKCOM, $SHDLINKFLAGS,
$_DDEBUGFLAGS, $_डीएफएलएजीएस, $_DINCFLAGS, $_DLIBDIRFLAGS, $_DLIBFLAGS, $_DLIBFLAGS,
$_डीवरफ्लैग्स, $_RPATH.

डॉकबुक
यह उपकरण SCons में Docbook के साथ काम करना थोड़ा आसान बनाने की कोशिश करता है। यह प्रदान करता है
HTML या PDF जैसे विभिन्न आउटपुट फ़ॉर्मेट बनाने के लिए कई टूलचेन।
पैकेज में संस्करण 1.76.1 के अनुसार डॉकबुक XSL स्टाइलशीट का वितरण है।
जब तक आप अनुकूलन के लिए अपनी स्वयं की स्टाइलशीट निर्दिष्ट नहीं करते हैं, तब तक ये आधिकारिक
संस्करणों को डिफ़ॉल्ट के रूप में चुना जाता है... जिससे अपरिहार्य सेटअप परेशानियों को कम करना चाहिए
आप

यदि आप मिलते हैं तो छवियों और XIncludes के लिए अंतर्निहित निर्भरता स्वचालित रूप से पता लगाई जाती है
HTML आवश्यकताएँ। पॉल डुबॉइस द्वारा अतिरिक्त स्टाइलशीट utils/xmldepend.xsl है
इस उद्देश्य के लिए उपयोग किया जाता है।

ध्यान दें, कि XML कैटलॉग समाधान के लिए कोई समर्थन उपलब्ध नहीं है! यह उपकरण कॉल करता है
आपके द्वारा निर्दिष्ट स्टाइलशीट के साथ XSLT प्रोसेसर और PDF रेंडरर्स, बस इतना ही।
बाकी सब आपके हाथ में है और आपको अभी भी पता होना चाहिए कि आप क्या कर रहे हैं
एक सूची के माध्यम से नाम.

"डॉकबुक" टूल को सक्रिय करने के लिए, आपको इसका नाम एनवायरनमेंट में जोड़ना होगा
कन्स्ट्रक्टर, इस तरह

env = पर्यावरण(उपकरण=['docbook'])

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

Docbook को HTML में बदलने के लिए सबसे बुनियादी प्रक्रिया के लिए, आपके पास निम्न स्थापित होना चाहिए:

· पाइथन lxml को libxml2 से जोड़ना, या

· libxml2/libxslt के लिए प्रत्यक्ष पायथन बाइंडिंग, या

· एक स्टैंडअलोन XSLT प्रोसेसर, वर्तमान में xsltproc, saxon, saxon-xslt का पता चला है
और ज़ालान.

पीडीएफ में रेंडर करने के लिए आपके पास fop या xep में से कोई एक एप्लीकेशन इंस्टॉल होना आवश्यक है।

HTML या PDF दस्तावेज़ बनाना बहुत सरल और सीधा है।

env = पर्यावरण(उपकरण=['docbook'])
env.DocbookHtml('manual.html', 'manual.xml')
env.DocbookPdf('manual.pdf', 'manual.xml')

अपने XML स्रोत manual.xml से दोनों आउटपुट प्राप्त करने के लिए। शॉर्टकट के रूप में, आप दे सकते हैं
फ़ाइल नामों का स्टेम अकेले, इस तरह:

env = पर्यावरण(उपकरण=['docbook'])
env.DocbookHtml('मैनुअल')
env.DocbookPdf('मैनुअल')

और वही परिणाम प्राप्त करें। लक्ष्य और स्रोत सूचियाँ भी समर्थित हैं:

env = पर्यावरण(उपकरण=['docbook'])
env.DocbookHtml(['manual.html','reference.html'], ['manual.xml','reference.xml'])

या यहाँ तक

env = पर्यावरण(उपकरण=['docbook'])
env.DocbookHtml(['मैनुअल','संदर्भ'])

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

बिल्डर्स DocbookHtmlचंक्ड, डॉकबुकHtmlमदद और डॉकबुकस्लाइड्सHtml विशेष हैं,
कि:

1. वे फ़ाइलों का एक बड़ा सेट बनाते हैं, जहाँ सटीक नाम और उनकी संख्या इस पर निर्भर करती है
स्रोत फ़ाइल की सामग्री, और

2. मुख्य लक्ष्य का नाम हमेशा index.html होता है, अर्थात XSL के लिए आउटपुट नाम
परिवर्तन स्टाइलशीट द्वारा नहीं उठाया जाता है।

परिणामस्वरूप, लक्ष्य HTML नाम निर्दिष्ट करने का कोई फायदा नहीं है। इसलिए मूल
इन बिल्डरों के लिए सिंटैक्स हमेशा होता है:

env = पर्यावरण(उपकरण=['docbook'])
env.DocbookHtmlhelp('मैनुअल')

यदि आप किसी विशिष्ट XSL फ़ाइल का उपयोग करना चाहते हैं, तो आप अतिरिक्त xsl पैरामीटर सेट कर सकते हैं
अपने बिल्डर को इस प्रकार कॉल करें:

env.DocbookHtml('अन्य.html', 'मैनुअल.xml', xsl='html.xsl')

चूंकि यह थकाऊ हो सकता है यदि आप हमेशा अपने अनुकूलित के लिए एक ही स्थानीय नामकरण का उपयोग करते हैं
XSL फ़ाइलें, उदाहरण के लिए HTML के लिए html.xsl और PDF आउटपुट के लिए pdf.xsl, के लिए चरों का एक सेट
डिफ़ॉल्ट XSL नाम सेट करने के लिए विकल्प दिए गए हैं। ये हैं:

DOCBOOK_डिफ़ॉल्ट_XSL_HTML
DOCBOOK_DEFAULT_XSL_HTMLCHUNKED
DOCBOOK_DEFAULT_XSL_HTMLसहायता
DOCBOOK_डिफ़ॉल्ट_XSL_पीडीएफ
DOCBOOK_डिफ़ाल्ट_XSL_EPUB
DOCBOOK_डिफ़ॉल्ट_XSL_MAN
DOCBOOK_DEFAULT_XSL_SLIDESपीडीएफ
DOCBOOK_DEFAULT_XSL_SLIDESHTML

और आप अपने पर्यावरण का निर्माण करते समय इन्हें सेट कर सकते हैं:

env = पर्यावरण(उपकरण=['docbook'],
DOCBOOK_DEFAULT_XSL_HTML='html.xsl',
DOCBOOK_DEFAULT_XSL_PDF='pdf.xsl')
env.DocbookHtml('manual') # अब html.xsl का उपयोग करता है

सेट: $DOCBOOK_DEFAULT_XSL_EPUB, $DOCBOOK_DEFAULT_XSL_HTML,
$DOCBOOK_DEFAULT_XSL_HTMLCHUNKED, $DOCBOOK_DEFAULT_XSL_HTMLHELP,
$DOCBOOK_DEFAULT_XSL_MAN, $DOCBOOK_DEFAULT_XSL_पीडीएफ, $DOCBOOK_DEFAULT_XSL_SLIDESHTML,
$DOCBOOK_DEFAULT_XSL_SLIDESपीडीएफ, $DOCBOOK_FOP, $DOCBOOK_FOPCOM, $DOCBOOK_FOPFLAGS$ ...,
$DOCBOOK_XMLLINT, $DOCBOOK_XMLLINTCOM, $DOCBOOK_XMLLINTFLAGS $DOCBOOK_XMLLINTFLAGS, $DOCBOOK_XSLTPROC,
$DOCBOOK_XSLTPROCCOM, $DOCBOOK_XSLTPROCFLAGS$ ..., $DOCBOOK_XSLTPROCPARAMS $DOCBOOK_XSLTPROCPARAMS.

उपयोग: $DOCBOOK_FOPCOMSTR, $DOCBOOK_XMLLINTCOMSTR, $DOCBOOK_XSLTPROCCOMSTR.

डीवीआई
जोड़ता है DVI बिल्डर को निर्माण पर्यावरण से परिचित कराना।

डीवीआईपीडीएफ
dvipdf उपयोगिता के लिए निर्माण चर सेट करता है।

सेट: $डीवीआईपीडीएफ, $DVIPDFCOM, $DVIPDFFLAGS.

उपयोग: $DVIPDFCOMSTR.

डीवीआईपी
dvips उपयोगिता के लिए निर्माण चर सेट करता है।

सेट: $डीवीआईपी, $DVIPSFLAGS, $पीएसकॉम, $PSPREFIX, $PSSUFFIX.

उपयोग: $पीएसकॉमस्ट्र.

f03
जेनेरिक POSIX Fortran 03 कम्पाइलर के लिए निर्माण चर सेट करें।

सेट: $F03, $F03COM, $F03फ़्लैग, $F03पीपीकॉम, $एसएचएफ03, $SHF03COM, $SHF03फ़्लैग,
$SHF03PPCOM, $_F03INCFLAGS.

उपयोग: $F03COMSTR, $F03PPCOMSTR, $SHF03COMSTR, $SHF03PPCOMSTR.

f08
जेनेरिक POSIX Fortran 08 कम्पाइलर के लिए निर्माण चर सेट करें।

सेट: $F08, $F08COM, $F08फ़्लैग, $F08पीपीकॉम, $एसएचएफ08, $SHF08COM, $SHF08फ़्लैग,
$SHF08PPCOM, $_F08INCFLAGS.

उपयोग: $F08COMSTR, $F08PPCOMSTR, $SHF08COMSTR, $SHF08PPCOMSTR.

f77
जेनेरिक POSIX Fortran 77 कम्पाइलर के लिए निर्माण चर सेट करें।

सेट: $F77, $F77COM, $F77फ़ाइलसफ़िक्स, $F77फ़्लैग, $F77पीपीकॉम, $F77PPFILESUPFIXES$ ...,
$फोरट्रान, $फोरट्रानकॉम, $फोरट्रानफ्लैग्स, $एसएचएफ77, $SHF77COM, $SHF77फ़्लैग, $SHF77PPCOM,
$SHFORTRAN, $SHFORTRANCOM, $SHFORTRANFLAGS, $SHFORTRANPPCOM, $_F77INCFLAGS.

उपयोग: $F77COMSTR, $F77PPCOMSTR, $फोरट्रानकॉमस्ट्र, $FORTRANPPCOMSTR, $SHF77COMSTR,
$SHF77PPCOMSTR, $SHFORTRANCOMSTR, $SHFORTRANPPCOMSTR.

f90
जेनेरिक POSIX Fortran 90 कम्पाइलर के लिए निर्माण चर सेट करें।

सेट: $F90, $F90COM, $F90फ़्लैग, $F90पीपीकॉम, $एसएचएफ90, $SHF90COM, $SHF90फ़्लैग,
$SHF90PPCOM, $_F90INCFLAGS.

उपयोग: $F90COMSTR, $F90PPCOMSTR, $SHF90COMSTR, $SHF90PPCOMSTR.

f95
जेनेरिक POSIX Fortran 95 कम्पाइलर के लिए निर्माण चर सेट करें।

सेट: $F95, $F95COM, $F95फ़्लैग, $F95पीपीकॉम, $एसएचएफ95, $SHF95COM, $SHF95फ़्लैग,
$SHF95PPCOM, $_F95INCFLAGS.

उपयोग: $F95COMSTR, $F95PPCOMSTR, $SHF95COMSTR, $SHF95PPCOMSTR.

फोरट्रान
सामान्य POSIX Fortran संकलक के लिए निर्माण चर सेट करें।

सेट: $फोरट्रान, $फोरट्रानकॉम, $फोरट्रानफ्लैग्स, $SHFORTRAN, $SHFORTRANCOM,
$SHFORTRANFLAGS, $SHFORTRANPPCOM.

उपयोग: $फोरट्रानकॉमस्ट्र, $FORTRANPPCOMSTR, $SHFORTRANCOMSTR, $SHFORTRANPPCOMSTR.

जी ++
gXX C++ कम्पाइलर के लिए निर्माण चर सेट करें।

सेट: $सीएक्सएक्स, $CXXसंस्करण, $SHCXXFLAGS, $SHOBJSUFFIX.

g77
g77 Fortran कंपाइलर के लिए निर्माण चर सेट करें। f77 टूल मॉड्यूल को कॉल करता है
चर सेट करें.

गैस
गैस असेंबलर के लिए निर्माण चर सेट करता है। as मॉड्यूल को कॉल करता है।

सेट: $एएस.

जीसीसी
जीसीसी सी कंपाइलर के लिए निर्माण चर सेट करें।

सेट: $सीसी, $सीसीसंस्करण, $SHCCFLAGS.

जीडीसी
डी भाषा संकलक GDC के लिए निर्माण चर सेट करता है।

सेट: $डीसी, $डीकॉम, $डीडीबग, $DDEBUGPREFIX, $DDEBUGSUFFIX, $DFILESUPFIX, $DFLAGPREFIX,
$डीएफएलएजीएस, $DFLAGSUFFIX, $DINCPREFIX, $DINCSUFFIX, $डीएलआईबी, $डीएलआईबीकॉम, $DLIBFLAGPREFIX,
$DLIBFLAGSUFFIX, $डीलिंक, $डीलिंककॉम, $DLINKFLAGPREFIX, $DLINKFLAGS, $DLINKFLAGSUFFIX,
$डीपथ, $DVERPREFIX, $डीसंस्करण, $DVERSUFFIX, $RPATHPREFIX, $RPATHSUFFIX, $एसएचडीसी,
$SHDCOM, $SHDलिंक, $SHDLINKCOM, $SHDLINKFLAGS, $_DDEBUGFLAGS, $_डीएफएलएजीएस, $_DINCFLAGS,
$_DLIBFLAGS, $_डीवरफ्लैग्स, $_RPATH.

gettext
यह वास्तव में एक टूलसेट है, जो अंतर्राष्ट्रीयकरण और स्थानीयकरण का समर्थन करता है
SCons के साथ बनाया जा रहा सॉफ्टवेयर। टूलसेट निम्नलिखित उपकरण लोड करता है:

· xgettext - स्रोत कोड से POT फ़ाइल(फ़ाइलों) तक अंतर्राष्ट्रीयकृत संदेश निकालने के लिए,

· msginit - वैकल्पिक रूप से PO फ़ाइलों को आरंभ करने के लिए उपयोग किया जा सकता है,

· msgmerge - PO फ़ाइलों को अद्यतन करने के लिए, जिनमें पहले से ही अनुवादित संदेश मौजूद हैं,

· msgfmt - पाठ्य PO फ़ाइल को बाइनरी इंस्टॉल करने योग्य MO फ़ाइल में संकलित करने के लिए।

जब आप gettext को सक्षम करते हैं, तो यह आंतरिक रूप से सभी उपर्युक्त उपकरणों को लोड करता है, इसलिए आप
उन्हें अपने व्यक्तिगत दस्तावेज देखने के लिए प्रोत्साहित किया गया।

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

gettext टूल का उपयोग करने के लिए अपने परिवेश में 'gettext' टूल जोड़ें:

env = पर्यावरण( उपकरण = ['डिफ़ॉल्ट', 'gettext'] )

ग्फोरट्रान
GNU F95/F2003 GNU कंपाइलर के लिए निर्माण चर सेट करता है।

सेट: $F77, $F90, $F95, $फोरट्रान, $एसएचएफ77, $SHF77फ़्लैग, $एसएचएफ90, $SHF90फ़्लैग, $एसएचएफ95,
$SHF95फ़्लैग, $SHFORTRAN, $SHFORTRANFLAGS.

ग्नुलिंक
GNU लिंकर/लोडर के लिए निर्माण चर सेट करें।

सेट: $LDMODULEVERSIONFLAGS$ ..., $RPATHPREFIX, $RPATHSUFFIX, $SHLIBVERSIONFLAGS,
$SHLINKFLAGS, $_LDMODULESONAME, $_SHLIBSONAME.

gs
यह टूल घोस्टस्क्रिप्ट के साथ काम करने के लिए आवश्यक निर्माण चर सेट करता है
यह पीडीएफ बिल्डर के साथ एक उचित कार्रवाई भी पंजीकृत करता है (पीडीएफ), ऐसा है कि
TeX/LaTeX टूलचेन के लिए PS/EPS से PDF में रूपांतरण स्वचालित रूप से होता है।
अंत में, यह एक स्पष्ट घोस्टस्क्रिप्ट बिल्डर (Gs) पर्यावरण को।

सेट: $ जी एस, $जीएसकॉम, $जीएसएफएलएजीएस.

उपयोग: $जीएसकॉमस्ट्र.

एचपीसी++
HP/UX सिस्टम पर संकलक aCC के लिए निर्माण चर सेट करें।

एचपीसीसी
HP/UX सिस्टम पर aCC के लिए निर्माण चर सेट करें। इसके लिए cXX टूल को कॉल करता है
अतिरिक्त चर.

सेट: $सीएक्सएक्स, $CXXसंस्करण, $SHCXXFLAGS.

एचपीलिंक
HP/UX प्रणालियों पर लिंकर के लिए निर्माण चर निर्धारित करता है।

सेट: $लिंकफ़्लैग, $SHLIBSUFFIX, $SHLINKFLAGS.

अंतर्राष्ट्रीय क्रेडिट कार्ड
OS/2 सिस्टम पर icc कंपाइलर के लिए निर्माण चर सेट करता है।

सेट: $सीसी, $सीसीकॉम, $CFILESUPFIX $CFILESUPFIX, $CPPDEFPREFIX, $CPPDEFSUFFIX, $CXXCOM,
$CXXFILESUPFIX, $INCPREFIX, $INCSUFFIX.

उपयोग: $सीसीफ्लैग्स, $सीफ्लैग्स, $सीपीपीएफएलएजीएस, $_CPPDEFFLAGS, $_CPPINCFLAGS.

आईसीएल
इंटेल C/C++ कंपाइलर के लिए निर्माण चर सेट करता है। इंटेल टूल मॉड्यूल को कॉल करता है
इसके चर सेट करने के लिए.

आईएफएल
इंटेल फोरट्रान कंपाइलर के लिए निर्माण चर सेट करता है।

सेट: $फोरट्रान, $फोरट्रानकॉम, $फोरट्रानपीपीकॉम, $SHFORTRANCOM, $SHFORTRANPPCOM.

उपयोग: $सीपीपीएफएलएजीएस, $फोरट्रानफ्लैग्स, $_CPPDEFFLAGS, $_FORTRANINCFLAGS.

इफोर्ट
इंटेल फोरट्रान कंपाइलर के नए संस्करणों के लिए निर्माण चर सेट करता है
लिनक्स।

सेट: $F77, $F90, $F95, $फोरट्रान, $एसएचएफ77, $SHF77फ़्लैग, $एसएचएफ90, $SHF90फ़्लैग, $एसएचएफ95,
$SHF95फ़्लैग, $SHFORTRAN, $SHFORTRANFLAGS.

iLink
OS/2 प्रणालियों पर ilink लिंकर के लिए निर्माण चर सेट करता है।

सेट: $LIBDIRPREFIX, $LIBDIRSUFFIX, $LIBLINKPREFIX, $LIBLINKSUFFIX, $ लिंक, $लिंककॉम,
$लिंकफ़्लैग.

ilink32
बोरलैंड ilink32 लिंकर के लिए निर्माण चर सेट करता है।

सेट: $LIBDIRPREFIX, $LIBDIRSUFFIX, $LIBLINKPREFIX, $LIBLINKSUFFIX, $ लिंक, $लिंककॉम,
$लिंकफ़्लैग.

स्थापित
फ़ाइल और निर्देशिका स्थापना के लिए निर्माण चर सेट करता है।

सेट: $इंस्टॉल, $INSTALLSTR.

इंटेल
इंटेल C/C++ कंपाइलर (लिनक्स और विंडोज, संस्करण 7) के लिए निर्माण चर सेट करता है
और बाद में)। सेट करने के लिए gcc या msvc (क्रमशः Linux और Windows पर) को कॉल करता है
अंतर्निहित चर.

सेट: $एआर, $सीसी, $सीएक्सएक्स, $INTEL_C_COMPILER_VERSION, $ लिंक.

जार
jar उपयोगिता के लिए निर्माण चर सेट करता है।

सेट: $जार, $जारकॉम, $जारफ़्लैग्स, $JARSUFFIX.

उपयोग: $जारकॉमस्ट्र.

जेवैक
javac कम्पाइलर के लिए निर्माण चर सेट करता है।

सेट: $JAVABOOTCLASSPATH, $जावैक, $जावैककॉम, $JAVACFLAGS, $जावाक्लासपाथ,
$JAVACLASSSUFFIX, $जावासोर्सपथ, $जावासुफ़िक्स.

उपयोग: $JAVACCOMSTR.

जावह
javah उपकरण के लिए निर्माण चर सेट करता है।

सेट: $JAVACLASSSUFFIX, $जावा, $जावाकॉम, $जावाफ्लैग्स.

उपयोग: $जावाक्लासपाथ, $जावाकॉमस्ट्र.

लाटेकस
लेटेक्स उपयोगिता के लिए निर्माण चर सेट करता है।

सेट: $लेटेक्स, $लेटेक्सकॉम, $LATEXFLAGS.

उपयोग: $LATEXCOMSTR.

एलडीसी
डी भाषा संकलक LDC2 के लिए निर्माण चर सेट करता है।

सेट: $डीसी, $डीकॉम, $डीडीबग, $DDEBUGPREFIX, $DDEBUGSUFFIX, $DFILESUPFIX, $DFLAGPREFIX,
$डीएफएलएजीएस, $DFLAGSUFFIX, $DINCPREFIX, $DINCSUFFIX, $डीएलआईबी, $डीएलआईबीकॉम, $DLIBDIRPREFIX,
$DLIBDIRSUPFIX, $DLIBFLAGPREFIX, $DLIBFLAGSUFFIX, $DLIBLINKPREFIX, $DLIBLINKSUFFIX,
$डीलिंक, $डीलिंककॉम, $DLINKFLAGPREFIX, $DLINKFLAGS, $DLINKFLAGSUFFIX, $डीपथ,
$DVERPREFIX, $डीसंस्करण, $DVERSUFFIX, $RPATHPREFIX, $RPATHSUFFIX, $एसएचडीसी, $SHDCOM,
$SHDलिंक, $SHDLINKCOM, $SHDLINKFLAGS, $_DDEBUGFLAGS, $_डीएफएलएजीएस, $_DINCFLAGS,
$_DLIBDIRFLAGS, $_DLIBFLAGS, $_DLIBFLAGS, $_डीवरफ्लैग्स, $_RPATH.

लेक्रस
लेक्स लेक्सिकल विश्लेषक के लिए निर्माण चर सेट करता है।

सेट: $लेक्स, $लेक्सकॉम, $लेक्सफ्लैग्स.

उपयोग: $लेक्सकॉमस्ट्र.

संपर्क
जेनेरिक POSIX लिंकर्स के लिए निर्माण चर सेट करता है।

सेट: $एलडीमॉड्यूल, $LDMODULECOM, $LDMODULEFLAGS, $LDMODULENOVERSIONSYMLINKS,
$LDMODULEPREFIX, $LDMODULESUFFIX $LDMODULESUFFIX, $LDMODULEVERSION ..., $LDMODULEVERSIONFLAGS$ ...,
$LIBDIRPREFIX, $LIBDIRSUFFIX, $LIBLINKPREFIX, $LIBLINKSUFFIX, $ लिंक, $लिंककॉम,
$लिंकफ़्लैग, $SHLIBSUFFIX, $SHLINK, $SHLINKCOM, $SHLINKFLAGS, $__LDMODULEVERSIONFLAGS,
$__SHLIBVERSIONFLAGS.

उपयोग: $LDMODULECOMSTR, $लिंककॉमस्ट्र, $SHLINKCOMSTR.

लिंकलोक
फ़ार लैप ईटीएस एम्बेडेड के लिए लिंकलोक लिंकर के लिए निर्माण चर सेट करता है
ऑपरेटिंग सिस्टम।

सेट: $LIBDIRPREFIX, $LIBDIRSUFFIX, $LIBLINKPREFIX, $LIBLINKSUFFIX, $ लिंक, $लिंककॉम,
$लिंकफ़्लैग, $SHLINK, $SHLINKCOM, $SHLINKFLAGS.

उपयोग: $लिंककॉमस्ट्र, $SHLINKCOMSTR.

m4
m4 मैक्रो प्रोसेसर के लिए निर्माण चर सेट करता है।

सेट: $एम4, $M4COM, $M4FLAGS.

उपयोग: $M4COMSTR.

मास्मी
माइक्रोसॉफ्ट एसेम्बलर के लिए निर्माण चर सेट करता है।

सेट: $एएस, $एएसकॉम, $एएसफ्लैग्स, $एएसपीपीकॉम, $ASPPFLAGS.

उपयोग: $एएसकॉमस्ट्र, $ASPPCOMSTR, $सीपीपीएफएलएजीएस, $_CPPDEFFLAGS, $_CPPINCFLAGS.

मध्यम
Microsoft IDL कंपाइलर के लिए निर्माण चर सेट करता है।

सेट: $एमआईडीएल, $मिडलकॉम, $MIDLFLAGS$ ....

उपयोग: $MIDLCOMSTR.

मिंगव
MinGW (विंडोज़ पर न्यूनतम Gnu) के लिए निर्माण चर सेट करता है।

सेट: $एएस, $सीसी, $सीएक्सएक्स, $LDMODULECOM, $LIBPREFIX, $LIBSUFFIX, $ओबीजेसुफ़िक्स, $आरसी, $आरसीकॉम,
$RCFLAGS, $RCINCFLAGS, $RCINCPREFIX, $RCINCSUFFIX, $SHCCFLAGS, $SHCXXFLAGS,
$SHLINKCOM, $SHLINKFLAGS, $SHOBJSUFFIX, $WINDOWSDEFPREFIX, $WINDOWSDEFSUFFIX.

उपयोग: $RCCOMSTR, $SHLINKCOMSTR.

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

सेट: $मोसफ़िक्स, $एमएसजीएफएमटी, $एमएसजीएफएमटीकॉम, $MSGFMTCOMSTR, $MSGFMTFLAGS, $POSUFFIX.

उपयोग: $लिंगुआस_फ़ाइल.

msginit
यह scons टूल scons gettext टूलसेट का एक हिस्सा है। यह scons इंटरफ़ेस प्रदान करता है
msginit(1) प्रोग्राम, जो मेटा जानकारी को आरंभ करते हुए नई PO फ़ाइल बनाता है
उपयोगकर्ता के वातावरण (या विकल्प) से मान.

सेट: $MSGINIT, $MSGINITCOM, $MSGINITCOMSTR, $MSGINITFLAGS, $POऑटोइनिट,
$POCREATE_ALIAS, $POSUFFIX, $POTSUPFIX$ ..., $_MSGINITLOCALE.

उपयोग: $लिंगुआस_फ़ाइल, $POऑटोइनिट, $POTDOMAIN.

संदेश मर्ज
यह scons टूल scons gettext टूलसेट का एक हिस्सा है। यह scons इंटरफ़ेस प्रदान करता है
संदेश मर्ज(1) कमांड, जो दो यूनिफ़ॉर्म स्टाइल .po फ़ाइलों को एक साथ मर्ज करता है।

सेट: $MSGMERGE, $MSGMERGECOM, $MSGMERGECOMSTR, $MSGMERGEFLAGS, $POSUFFIX, $POTSUPFIX$ ...,
$POUPDATE_ALIAS.

उपयोग: $लिंगुआस_फ़ाइल, $POऑटोइनिट, $POTDOMAIN.

एमएसलिब
Microsoft mslib लाइब्रेरी संग्रहकर्ता के लिए निर्माण चर सेट करता है।

सेट: $एआर, $एआरकॉम, $एआरफ्लैग्स, $LIBPREFIX, $LIBSUFFIX.

उपयोग: $ARCOMSTR.

mslink
माइक्रोसॉफ्ट लिंकर के लिए निर्माण चर सेट करता है।

सेट: $एलडीमॉड्यूल, $LDMODULECOM, $LDMODULEFLAGS, $LDMODULEPREFIX, $LDMODULESUFFIX $LDMODULESUFFIX,
$LIBDIRPREFIX, $LIBDIRSUFFIX, $LIBLINKPREFIX, $LIBLINKSUFFIX, $ लिंक, $लिंककॉम,
$लिंकफ़्लैग, $आरईजीएसवीआर, $REGSVRCOM, $REGSVRFLAGS, $SHLINK, $SHLINKCOM, $SHLINKFLAGS,
$WIN32DEFPREFIX, $WIN32DEFSUFFIX, $WIN32EXPPREFIX, $WIN32EXPSUFFIX, $WINDOWSDEFPREFIX,
$WINDOWSDEFSUFFIX, $WINDOWSEXPPREFIX, $WINDOWSEXPSUFFIX, $WINDOWSPROGMANIFESTPREFIX,
$WINDOWSPROGMANIFESTSUFFIX, $WINDOWSSHLIBMANIFESTPREFIX, $WINDOWSSHLIBMANIFESTSUFFIX,
$WINDOWS_INSERT_DEF.

उपयोग: $LDMODULECOMSTR, $लिंककॉमस्ट्र, $REGSVRCOMSTR, $SHLINKCOMSTR.

एमएसएसडीके
Microsoft Platform SDK और/या Windows SDK के लिए वैरिएबल सेट करता है। ध्यान दें कि अधिकांश के विपरीत
अन्य टूल मॉड्यूल, mssdk निर्माण चर सेट नहीं करता है, लेकिन सेट करता है
वातावरण चर SCons Microsoft को निष्पादित करने के लिए उपयोग किए जाने वाले वातावरण में
टूलचेन: %INCLUDE%, %LIB%, %LIBPATH% और %PATH%.

उपयोग: $MSSDK_DIR, $MSSDK_संस्करण, $MSVS_संस्करण.

एमएसवीसी
Microsoft Visual C/C++ कंपाइलर के लिए निर्माण चर सेट करता है।

सेट: $बिल्डर्स, $सीसी, $सीसीकॉम, $सीसीफ्लैग्स, $CCPCHFLAGS, $सीसीपीडीबीफ्लैग्स, $CFILESUPFIX $CFILESUPFIX,
$सीफ्लैग्स, $CPPDEFPREFIX, $CPPDEFSUFFIX, $सीएक्सएक्स, $CXXCOM, $CXXFILESUPFIX, $CXXFLAGS,
$INCPREFIX, $INCSUFFIX, $ओबीजेपीरिफिक्स, $ओबीजेसुफ़िक्स, $पीसीएचसीओएम, $PCHPDBFLAGS, $आरसी, $आरसीकॉम,
$RCFLAGS, $एसएचसीसी, $SHCCCOM, $SHCCFLAGS, $SHCFLAGS, $SHCXX, $SHCXXCOM, $SHCXXFLAGS,
$SHOBJPREFIX, $SHOBJSUFFIX.

उपयोग: $सीसीकॉमस्ट्र, $CXXCOMSTR, $पीसीएच, $पीसीएचएसटॉप, $पीडीबी, $SHCCCOMSTR, $SHCXXCOMSTR.

एमएसवीएस
Microsoft Visual Studio के लिए निर्माण चर सेट करता है।

सेट: $MSVSBUILDCOM, $MSVSCLEANCOM, $MSVSENCODING, $MSVSPROJECTCOM, $MSVSREBUILDCOM,
$एमएसवीएसएससीओएनएस, $MSVSSCONSCOM, $MSVSSCONSCRIPT, $MSVSSCONSFLAGS, $MSVSSOLUTIONCOM.

एमडब्ल्यूसीसी
मेट्रोवर्क्स कोडवॉरिअर कंपाइलर के लिए निर्माण चर सेट करता है।

सेट: $सीसी, $सीसीकॉम, $CFILESUPFIX $CFILESUPFIX, $CPPDEFPREFIX, $CPPDEFSUFFIX, $सीएक्सएक्स, $CXXCOM,
$CXXFILESUPFIX, $INCPREFIX, $INCSUFFIX, $MWCW_संस्करण, $MWCW_संस्करण, $एसएचसीसी,
$SHCCCOM, $SHCCFLAGS, $SHCFLAGS, $SHCXX, $SHCXXCOM, $SHCXXFLAGS.

उपयोग: $सीसीकॉमस्ट्र, $CXXCOMSTR, $SHCCCOMSTR, $SHCXXCOMSTR.

एमडब्लूएलडी
मेट्रोवर्क्स कोडवॉरिअर लिंकर के लिए निर्माण चर सेट करता है।

सेट: $एआर, $एआरकॉम, $LIBDIRPREFIX, $LIBDIRSUFFIX, $LIBLINKPREFIX, $LIBLINKSUFFIX,
$ लिंक, $लिंककॉम, $SHLINK, $SHLINKCOM, $SHLINKFLAGS.

एनएएसएम
nasm नेटवाइड असेंबलर के लिए निर्माण चर सेट करता है।

सेट: $एएस, $एएसकॉम, $एएसफ्लैग्स, $एएसपीपीकॉम, $ASPPFLAGS.

उपयोग: $एएसकॉमस्ट्र, $ASPPCOMSTR.

पैकेजिंग
के लिए निर्माण चर सेट करता है पैकेज निर्माता।

पैकेजिंग
बाइनरी और स्रोत पैकेज बनाने के लिए एक ढांचा।

पीडीएफ
पोर्टेबल डॉक्यूमेंट फॉर्मेट बिल्डर के लिए निर्माण चर सेट करता है।

सेट: $पीडीएफप्रीफिक्स, $पीडीएफसफ़िक्स.

pdflatex
pdflatex उपयोगिता के लिए निर्माण चर सेट करता है।

सेट: $LATEXRETRIES, $पीडीएफलैटेक्स, $PDFLATEXCOM, $PDFLATEXFLAGS.

उपयोग: $PDFLATEXCOMSTR.

पीडीएफटेक्स
pdftex उपयोगिता के लिए निर्माण चर सेट करता है।

सेट: $LATEXRETRIES, $पीडीएफलैटेक्स, $PDFLATEXCOM, $PDFLATEXFLAGS, $पीडीएफटेक्स, $PDFTEXCOM,
$PDFTEXFLAGS.

उपयोग: $PDFLATEXCOMSTR, $PDFTEXCOMSTR.

ख़ामख़ाह
परफोर्स स्रोत कोड प्रबंधन के साथ बातचीत करने के लिए निर्माण चर सेट करता है
प्रणाली।

सेट: $पी4, $P4COM, $P4फ़्लैग.

उपयोग: $P4COMSTR.

qt
Qt अनुप्रयोगों के निर्माण के लिए निर्माण चर सेट करता है।

सेट: $क्यूटीडीआईआर, $QT_ऑटोस्कैन, $QT_BINPATH, $QT_CPPPATH, $QT_LIB, $QT_LIBPATH, $QT_MOC,
$QT_MOCCXXPREFIX, $QT_MOCCXXSUFFIX, $QT_MOCFROMCXXCOM, $QT_MOCFROMCXXFLAGS,
$QT_MOCFROMHCOM, $QT_MOCFROMHFLAGS, $QT_MOCHPREFIX, $QT_MOCHSUFFIX, $QT_UIC,
$QT_UICCOM, $QT_UICDECLFLAGS, $QT_UICDECLPREFIX, $QT_UICDECLSUFFIX, $QT_UICIMPLFLAGS,
$QT_UICIMPLPREFIX, $QT_UICIMPLSUFFIX, $QT_UISUFFIX.

आरसीएस
संशोधन नियंत्रण प्रणाली के साथ अंतःक्रिया के लिए निर्माण चर निर्धारित करता है।

सेट: $आरसीएस, $आरसीएस_सीओ, $आरसीएस_COCOM, $RCS_COFLAGS.

उपयोग: $RCS_COCOMSTR.

आरएमआईसी
rmic उपयोगिता के लिए निर्माण चर सेट करता है।

सेट: $JAVACLASSSUFFIX, $आरएमआईसी, $आरएमआईसीकॉम, $RMICFLAGS.

उपयोग: $आरएमआईसीकॉमस्ट्र.

आरपीसीजेन
RPCGEN के साथ निर्माण के लिए निर्माण चर सेट करता है।

सेट: $आरपीसीजीएन, $RPCGENCLIENTFLAGS, $RPCGENFLAGS, $RPCGENHEADERFLAGS,
$RPCGENSERVICEFLAGS, $RPCGENXDRFLAGS.

एससीसीएस
स्रोत कोड नियंत्रण प्रणाली के साथ अंतःक्रिया करने के लिए निर्माण चर सेट करता है।

सेट: $एससीसीएस, $एससीसीएसकॉम, $एससीसीएसएफएलएजीएस, $SCCSGETFLAGS.

उपयोग: $SCCSCOMSTR.

स्गिआर
एसजीआई लाइब्रेरी आर्काइवर के लिए निर्माण चर सेट करता है।

सेट: $एआर, $ARCOMSTR, $एआरफ्लैग्स, $LIBPREFIX, $LIBSUFFIX, $SHLINK, $SHLINKFLAGS.

उपयोग: $ARCOMSTR, $SHLINKCOMSTR.

एसजीआईसी++
SGI C++ कंपाइलर के लिए निर्माण चर सेट करता है।

सेट: $सीएक्सएक्स, $CXXFLAGS, $SHCXX, $SHOBJSUFFIX.

एसजीआईसीसी
एसजीआई सी कंपाइलर के लिए निर्माण चर सेट करता है।

सेट: $सीएक्सएक्स, $SHOBJSUFFIX.

एसजीआईलिंक
एसजीआई लिंकर के लिए निर्माण चर सेट करता है।

सेट: $ लिंक, $RPATHPREFIX, $RPATHSUFFIX, $SHLINKFLAGS.

सुनार
सन लाइब्रेरी आर्काइवर के लिए निर्माण चर सेट करता है।

सेट: $एआर, $एआरकॉम, $एआरफ्लैग्स, $LIBPREFIX, $LIBSUFFIX.

उपयोग: $ARCOMSTR.

सनक++
सन C++ कम्पाइलर के लिए निर्माण चर सेट करता है।

सेट: $सीएक्सएक्स, $CXXसंस्करण, $SHCXX, $SHCXXFLAGS, $SHOBJPREFIX, $SHOBJSUFFIX.

सनसीसी
सन सी कम्पाइलर के लिए निर्माण चर निर्धारित करता है।

सेट: $सीएक्सएक्स, $SHCCFLAGS, $SHOBJPREFIX, $SHOBJSUFFIX.

सनफ़77
सन f77 फोरट्रान कंपाइलर के लिए निर्माण चर सेट करें।

सेट: $F77, $फोरट्रान, $एसएचएफ77, $SHF77फ़्लैग, $SHFORTRAN, $SHFORTRANFLAGS.

सनफ़90
सन f90 फोरट्रान कंपाइलर के लिए निर्माण चर सेट करें।

सेट: $F90, $फोरट्रान, $एसएचएफ90, $SHF90फ़्लैग, $SHFORTRAN, $SHFORTRANFLAGS.

सनफ़95
सन f95 फोरट्रान कंपाइलर के लिए निर्माण चर सेट करें।

सेट: $F95, $फोरट्रान, $एसएचएफ95, $SHF95फ़्लैग, $SHFORTRAN, $SHFORTRANFLAGS.

सनलिंक
सूर्य लिंकर के लिए निर्माण चर निर्धारित करता है।

सेट: $RPATHPREFIX, $RPATHSUFFIX, $SHLINKFLAGS.

बड़ा घूँट
SWIG इंटरफ़ेस जनरेटर के लिए निर्माण चर सेट करता है।

सेट: $स्विग, $SWIGCFILESUPFIX, $स्विगकॉम, $SWIGCXXFILESUFFIX ..., $SWIGDIRECTORSUFFIX,
$स्विगफ्लैग्स, $SWIGINCPREFIX, $SWIGINCSUFFIX, $स्विगपाथ, $स्विगवर्जन, $_SWIGINCFLAGS.

उपयोग: $स्विगकॉमस्ट्र.

टार
टार आर्काइवर के लिए निर्माण चर सेट करता है।

सेट: $टीएआर, $टारकॉम, $टारफ़्लैग्स, $TARSUFFIX.

उपयोग: $TARCOMSTR.

tex
TeX फ़ॉर्मेटर और टाइपसेटर के लिए निर्माण चर सेट करता है।

सेट: $BIBTEX, $BIBTEXCOM, $BIBTEXFLAGS, $लेटेक्स, $लेटेक्सकॉम, $LATEXFLAGS, $मेकइंडेक्स,
$मेकइंडेक्सकॉम, $MAKEINDEXFLAGS, $टेक्स, $टेक्सकॉम, $TEXFLAGS.

उपयोग: $BIBTEXCOMSTR, $LATEXCOMSTR, $MAKEINDEXCOMSTR, $टेक्सकॉमस्ट्र.

पाठ फ़ाइल
के लिए निर्माण चर सेट करें पाठ फ़ाइल और सबस्टफ़ाइल बिल्डरों।

सेट: $लाइनसेपरेटर, $SUBSTFILEPREFIX, $SUBSTFILESUPFIX, $टेक्सटाइलप्रीफिक्स,
$टेक्स्टफाइल्सफ़िक्स.

उपयोग: $SUBST_DICT.

टीलिब
बोरलान टिब लाइब्रेरी आर्काइवर के लिए निर्माण चर सेट करता है।

सेट: $एआर, $एआरकॉम, $एआरफ्लैग्स, $LIBPREFIX, $LIBSUFFIX.

उपयोग: $ARCOMSTR.

xgettext
यह scons टूल scons gettext टूलसेट का एक हिस्सा है। यह scons इंटरफ़ेस प्रदान करता है
xgettext(1) प्रोग्राम, जो स्रोत कोड से अंतर्राष्ट्रीयकृत संदेश निकालता है।
उपकरण प्रदान करता है POTअपडेट बिल्डर को पीओ बनाने के लिए टेम्पलेट फाइलें.

सेट: $POTSUPFIX$ ..., $POTUPDATE_ALIAS, $XGETTEXTCOM, $XGETTEXTCOMSTR, $XGETTEXTFLAGS,
$XGETTEXTFROM, $XGETTEXTFROMPREFIX, $XGETTEXTFROMSUFFIX, $XGETTEXTPATH,
$XGETTEXTPATHPREFIX, $XGETTEXTPATHSUFFIX, $_XGETTEXTDOMAIN, $_XGETTEXTFROMFLAGS,
$_XGETTEXTPATHFLAGS.

उपयोग: $POTDOMAIN.

याक
याक पार्स जनरेटर के लिए निर्माण चर सेट करता है।

सेट: $YACC, $YACCCOM, $YACCFLAGS, $YACCHFILESUPFIX, $YACCHXXFILESUFFIX ...,
$YACCVCGFILESUFFIX $YACCVCGFILESUFFIX.

उपयोग: $YACCCOMSTR.

ज़िप
ज़िप संग्रहकर्ता के लिए निर्माण चर सेट करता है।

सेट: $ज़िप, $ज़िपकॉम, $ज़िपसंपीड़न, $ज़िपफ़्लैग, $ज़िपसफ़िक्स.

उपयोग: $ज़िपकॉमस्ट्र.

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

पॉज़िक्स और सिग्विन प्लेटफ़ॉर्म पर GNU टूल्स (जैसे gcc) को SCons द्वारा प्राथमिकता दी जाती है, विंडोज़ पर
माइक्रोसॉफ्ट उपकरण (जैसे msvc) के बाद MinGW को SCons द्वारा प्राथमिकता दी जाती है, और OS/2 में
आईबीएम उपकरण (जैसे आईसीसी) को एससीओएनएस द्वारा प्राथमिकता दी जाती है।

निर्माता तरीके
निर्माण नियमों को निर्माण वातावरण के बिल्डर विधियों को कॉल करके निर्दिष्ट किया जाता है।
बिल्डर विधियों के लिए तर्क हैं लक्ष्य (बनाई जाने वाली लक्ष्यों की सूची, आमतौर पर फ़ाइल
नाम) और स्रोत (निर्मित किये जाने वाले स्रोतों की सूची, आमतौर पर फ़ाइल नाम)।

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

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

env.प्रोग्राम('बार', ['bar.c', 'foo.c'])
env.Program('बार', स्प्लिट('बार.c foo.c'))
env.Program('बार', env.Split('bar.c foo.c'))
env.Program(स्रोत = ['bar.c', 'foo.c'], लक्ष्य = 'bar')
env.Program(लक्ष्य = 'बार', विभाजित करें('bar.c foo.c'))
env.Program(लक्ष्य = 'बार', env.Split('bar.c foo.c'))
env.Program('बार', स्रोत = 'बार.c foo.c'.split())

लक्ष्य और स्रोत फ़ाइल नाम जो निरपेक्ष पथ नाम नहीं हैं (अर्थात, से शुरू नहीं होते हैं
/ POSIX सिस्टम पर या \NS on विंडोज प्रणाली, साथ में or बिना an वैकल्पिक ड्राइव पत्र)
रहे व्याख्या की सापेक्ष सेवा मेरे la डायरेक्टरी युक्त la स्कॉन्स्क्रिप्ट फ़ाइल पढ़ी जा रही है।
प्रारंभिक # पथ नाम पर (हैश मार्क) का अर्थ है कि फ़ाइल नाम के शेष भाग की व्याख्या की गई है
शीर्ष-स्तर वाली निर्देशिका के सापेक्ष एसकंस्ट्रक्ट फ़ाइल, भले ही # is
इसके बाद एक निर्देशिका विभाजक वर्ण (स्लैश या बैकस्लैश) होता है।

उदाहरण:

# बनाए जाने वाले लक्ष्यों का वर्णन करने वाली टिप्पणियाँ
# मान लें कि ये कॉल SConscript फ़ाइल में हैं
# "subdir" नामक एक उपनिर्देशिका.

# "subdir/foo.c" से "subdir/foo" प्रोग्राम बनाता है:
env.प्रोग्राम('foo', 'foo.c')

# "subdir/bar.c" से "/tmp/bar" प्रोग्राम बनाता है:
env.प्रोग्राम('/tmp/bar', 'bar.c')

# प्रारंभिक '#' या '#/' समतुल्य हैं; निम्नलिखित
# "foo" और "bar" प्रोग्राम का निर्माण करने के लिए कॉल करता है (
# शीर्ष-स्तरीय SConstruct निर्देशिका) "subdir/foo.c" से और
# "subdir/bar.c", क्रमशः:
env.प्रोग्राम('#foo', 'foo.c')
env.प्रोग्राम('#/बार', 'bar.c')

# प्रोग्राम "other/foo" बनाता है (शीर्ष-स्तर के सापेक्ष)
# SConstruct निर्देशिका) "subdir/foo.c" से:
env.प्रोग्राम('#अन्य/foo', 'foo.c')

जब लक्ष्य स्रोत के समान आधार नाम साझा करता है और केवल प्रत्यय भिन्न होता है, और यदि
बिल्डर विधि में लक्ष्य फ़ाइल प्रकार के लिए एक प्रत्यय परिभाषित किया गया है, फिर लक्ष्य तर्क
पूरी तरह से छोड़ा जा सकता है, और स्कैन्स स्रोत फ़ाइल से लक्ष्य फ़ाइल का नाम निकालेगा
नाम. निम्नलिखित सभी उदाहरण निष्पादन योग्य प्रोग्राम बनाते हैं बार (POSIX सिस्टम पर) या
बार.exe (विंडोज़ सिस्टम पर) bar.c स्रोत फ़ाइल से:

env.Program(लक्ष्य = 'बार', स्रोत = 'bar.c')
env.Program('बार', स्रोत = 'bar.c')
env.Program(स्रोत = 'bar.c')
env.प्रोग्राम('bar.c')

सुविधा के तौर पर, srcdir बिल्डर को कॉल करते समय कीवर्ड तर्क निर्दिष्ट किया जा सकता है।
निर्दिष्ट, सभी स्रोत फ़ाइल स्ट्रिंग्स जो पूर्ण पथ नहीं हैं, उनकी व्याख्या की जाएगी
निर्दिष्ट के सापेक्ष srcdir.निम्नलिखित उदाहरण का निर्माण होगा निर्माण/प्रगति (या
बिल्ड/prog.exe विंडोज़ पर) प्रोग्राम को फ़ाइलों से src/f1.c और src/f2.c:

env.Program('build/prog', ['f1.c', 'f2.c'], srcdir='src')

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

env.Program('हैलो', 'हैलो.c', LIBS=['gl', 'glut'])

या गैर-मानक प्रत्यय के साथ एक साझा लाइब्रेरी उत्पन्न करें:

env.SharedLibrary('शब्द', 'शब्द.cpp',
SHLIBSUFFIX='.ocx',
LIBSUFFIXES=['.ocx'])

(ध्यान दें कि यदि आप SCons चाहते हैं तो $SHLIBSUFFIX और $LIBSUFFIXES दोनों चर सेट होने चाहिए
गैर-मानक लाइब्रेरी नामों पर निर्भरता के लिए स्वचालित रूप से खोज करने के लिए; देखें
(अधिक जानकारी के लिए नीचे इन चरों का विवरण देखें।)

का उपयोग करना भी संभव है पार्स_फ़्लैग ओवरराइड में कीवर्ड तर्क:

env = प्रोग्राम('हैलो', 'हैलो.c', parse_flags = '-Iinclude -DEBUG -lm')

यह उदाहरण 'शामिल' जोड़ता है सीपीपीपीएथ, 'EBUG' को सीपीपीडिफाइन्स, और 'एम' को LIBS.

हालाँकि बिल्डर विधियाँ द्वारा परिभाषित स्कैन्स वास्तव में, निर्माण के तरीके हैं
environment ऑब्जेक्ट, उन्हें स्पष्ट वातावरण के बिना भी बुलाया जा सकता है:

प्रोग्राम('हैलो', 'हैलो.सी')
साझा लाइब्रेरी('शब्द', 'शब्द.cpp')

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

बिल्डर विधियाँ जिन्हें बिना किसी स्पष्ट वातावरण के बुलाया जा सकता है, उन्हें निम्न से बुलाया जा सकता है:
कस्टम पायथन मॉड्यूल जिन्हें आप निम्नलिखित को जोड़कर SConscript फ़ाइल में आयात करते हैं
पायथन मॉड्यूल:

SCons.Script से आयात करें *

सभी बिल्डर विधियाँ एक सूची-जैसी वस्तु लौटाती हैं जिसमें लक्ष्य का प्रतिनिधित्व करने वाले नोड्स होते हैं
या लक्ष्य जो बनाए जाएंगे। आसंधि एक आंतरिक SCons ऑब्जेक्ट है जो बिल्ड का प्रतिनिधित्व करता है
लक्ष्य या स्रोत.

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

बार_ऑब्जेक्ट_सूची = env.StaticObject('बार.c', CPPDEFINES='-DBAR')
env.Program(स्रोत = ['foo.c', bar_obj_list, 'main.c'])

इस तरह से नोड का उपयोग करने से अधिक पोर्टेबल बिल्ड बनता है क्योंकि इसमें नोड निर्दिष्ट करने की आवश्यकता नहीं होती है।
Program() बिल्डर विधि को कॉल करते समय प्लेटफ़ॉर्म-विशिष्ट ऑब्जेक्ट प्रत्यय।

ध्यान दें कि बिल्डर कॉल स्वचालित रूप से स्रोत और लक्ष्य फ़ाइल सूचियों को "समतल" कर देगा, इसलिए
बीच में StaticObject() कॉल द्वारा bar_obj सूची वापस करना ठीक है
स्रोत फ़ाइल सूची। यदि आपको बिल्डर्स द्वारा लौटाई गई सूचियों की सूची में हेरफेर करने की आवश्यकता है
सीधे पायथन का उपयोग करके, आप सूची को हाथ से बना सकते हैं:

foo = ऑब्जेक्ट('foo.c')
बार = ऑब्जेक्ट('bar.c')
ऑब्जेक्ट्स = ['begin.o'] + foo + ['middle.o'] + बार + ['end.o']
ऑब्जेक्ट में ऑब्जेक्ट के लिए:
प्रिंट str(ऑब्जेक्ट)

या आप का उपयोग कर सकते हैं समतल() फ़ंक्शन scons द्वारा केवल युक्त सूची बनाने के लिए प्रदान किया गया है
नोड्स, जो अधिक सुविधाजनक हो सकते हैं:

foo = ऑब्जेक्ट('foo.c')
बार = ऑब्जेक्ट('bar.c')
ऑब्जेक्ट्स = फ़्लैटन(['begin.o', foo, 'middle.o', बार, 'end.o'])
ऑब्जेक्ट में ऑब्जेक्ट के लिए:
प्रिंट str(ऑब्जेक्ट)

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

ऑब्जेक्ट_फ़ाइलें = []

# += का प्रयोग निम्न प्रकार न करें:
#
# ऑब्जेक्ट_फ़ाइलें += ऑब्जेक्ट('bar.c')
#
# यह object_files सूची को यथास्थान अद्यतन नहीं करेगा।
#
# इसके बजाय, .extend() विधि का उपयोग करें:
object_files.extend(ऑब्जेक्ट('bar.c'))

नोड की फ़ाइल के पथ नाम का उपयोग नोड को पायथन-निर्मित में पास करके किया जा सकता है
स्ट्र () समारोह:

बार_ऑब्जेक्ट_सूची = env.StaticObject('बार.c', CPPDEFINES='-DBAR')
प्रिंट "bar_obj का पथ है:", str(bar_obj_list[0])

फिर से ध्यान दें कि क्योंकि बिल्डर कॉल एक सूची लौटाता है, हमें पहले तक पहुंचना होगा
सूची में तत्व (बार_ऑब्जेक्ट_सूची[0]) उस नोड पर पहुंचने के लिए जो वास्तव में प्रतिनिधित्व करता है
ऑब्जेक्ट फ़ाइल।

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

# scons "sub" उपनिर्देशिका में बदल जाएगा
# "cp" कमांड निष्पादित करने से पहले.
env.Command('sub/dir/foo.out', 'sub/dir/foo.in',
"सीपी निर्देशिका/foo.in निर्देशिका/foo.out",
chdir='उप')

# क्योंकि chdir एक स्ट्रिंग नहीं है, scons में बदल जाएगा
# लक्ष्य की निर्देशिका ("sub/dir") निष्पादित करने से पहले
# "cp" कमांड.
env.Command('sub/dir/foo.out', 'sub/dir/foo.in',
"सीपी foo.in foo.out",
च्दिर=1)

ध्यान रखें कि स्कोन्स नहीं निर्माण चर के अपने विस्तार को स्वचालित रूप से संशोधित करें जैसे
$टारगेट और $स्रोत chdir कीवर्ड तर्क का उपयोग करते समय - अर्थात, विस्तारित फ़ाइल
नाम अभी भी शीर्ष-स्तरीय SConstruct निर्देशिका के सापेक्ष होंगे, और परिणामस्वरूप
chdir निर्देशिका के सापेक्ष गलत है। यदि आप chdir कीवर्ड तर्क का उपयोग करते हैं, तो आप
आम तौर पर विस्तार का उपयोग करके एक अलग कमांड लाइन की आपूर्ति करने की आवश्यकता होती है ${TARGET.फ़ाइल} और
${स्रोत.फ़ाइल} लक्ष्य और स्रोत के केवल फ़ाइल नाम भाग का उपयोग करने के लिए।

स्कैन्स निम्नलिखित बिल्डर विधियाँ प्रदान करता है:

सीफाइल(), env.CFile()
lex (.l) या yacc (.y) इनपुट फ़ाइल दिए जाने पर C स्रोत फ़ाइल बनाता है। निर्दिष्ट प्रत्यय
द्वारा $CFILESUPFIX $CFILESUPFIX निर्माण चर (डिफ़ॉल्ट रूप से .c) स्वचालित रूप से जोड़ा जाता है
यदि लक्ष्य पहले से मौजूद नहीं है तो उसे हटा दें। उदाहरण:

# foo.c बनाता है
env.CFile(लक्ष्य = 'foo.c', स्रोत = 'foo.l')
# बार.सी बनाता है
env.CFile(लक्ष्य = 'बार', स्रोत = 'bar.y')

आज्ञा(), env.कमांड()
RSI आदेश "बिल्डर" वास्तव में एक फ़ंक्शन के रूप में कार्यान्वित किया गया है जो बिल्डर की तरह दिखता है,
लेकिन वास्तव में कार्रवाई का एक अतिरिक्त तर्क लेता है जिससे बिल्डर को बचना चाहिए
बनाया जा सकता है। देखें आदेश कॉलिंग सिंटैक्स और विवरण के लिए फ़ंक्शन विवरण.

CXXफ़ाइल(), env.CXXफ़ाइल()
एक lex (.ll) या yacc (.yy) इनपुट फ़ाइल दिए जाने पर एक C++ स्रोत फ़ाइल बनाता है। प्रत्यय
द्वारा निर्दिष्ट किया गया $CXXFILESUPFIX निर्माण चर (डिफ़ॉल्ट रूप से .cc) है
यदि यह पहले से मौजूद नहीं है तो इसे स्वचालित रूप से लक्ष्य में जोड़ दिया जाता है। उदाहरण:

# foo.cc बनाता है
env.CXXFile(लक्ष्य = 'foo.cc', स्रोत = 'foo.ll')
# builds bar.cc
env.CXXFile(लक्ष्य = 'बार', स्रोत = 'bar.yy')

डॉकबुकईपब(), env.डॉकबुकएपब()
एक छद्म बिल्डर, जो EPUB आउटपुट के लिए डॉकबुक टूलचेन प्रदान करता है।

env = पर्यावरण(उपकरण=['docbook'])
env.DocbookEpub('manual.epub', 'manual.xml')

या बस

env = पर्यावरण(उपकरण=['docbook'])
env.DocbookEpub('मैनुअल')

डॉकबुकएचटीएमएल(), env.डॉकबुकHtml()
एक छद्म बिल्डर, जो HTML आउटपुट के लिए डॉकबुक टूलचेन प्रदान करता है।

env = पर्यावरण(उपकरण=['docbook'])
env.DocbookHtml('manual.html', 'manual.xml')

या बस

env = पर्यावरण(उपकरण=['docbook'])
env.DocbookHtml('मैनुअल')

डॉकबुकHtmlChunked(), env.DocbookHtmlChunked()
एक छद्म बिल्डर, जो खंडित HTML आउटपुट के लिए डॉकबुक टूलचेन प्रदान करता है। यह समर्थन करता है
base.dir पैरामीटर। chunkfast.xsl फ़ाइल ("EXSLT" की आवश्यकता है) का उपयोग पैरामीटर के रूप में किया जाता है।
डिफ़ॉल्ट स्टाइलशीट. मूल सिंटैक्स:

env = पर्यावरण(उपकरण=['docbook'])
env.DocbookHtmlChunked('मैनुअल')

जहाँ manual.xml इनपुट फ़ाइल है.

यदि आप अपने स्वयं के स्टाइलशीट में root.filename पैरामीटर का उपयोग करते हैं तो आपको निर्दिष्ट करना होगा
नया लक्ष्य नाम। यह सुनिश्चित करता है कि निर्भरताएँ सही हों, विशेष रूप से
“scons -c” के माध्यम से सफाई:

env = पर्यावरण(उपकरण=['docbook'])
env.DocbookHtmlChunked('mymanual.html', 'मैनुअल', xsl='htmlchunk.xsl')

base.dir के लिए कुछ बुनियादी सहायता प्रदान की गई है। आप base_dir कीवर्ड को इसमें जोड़ सकते हैं
आपके बिल्डर कॉल, और दिए गए उपसर्ग को सभी बनाए गए फ़ाइल नामों में जोड़ दिया जाता है:

env = पर्यावरण(उपकरण=['docbook'])
env.DocbookHtmlChunked('मैनुअल', xsl='htmlchunk.xsl', base_dir='output/')

सुनिश्चित करें कि आप बेस फ़ोल्डर के लिए अनुगामी स्लैश को न भूलें, अन्यथा आपका
फ़ाइलों का नाम ही बदला जाता है!

डॉकबुकHtmlhelp(), env.DocbookHtmlhelp()
एक छद्म बिल्डर, जो HTMLHELP आउटपुट के लिए डॉकबुक टूलचेन प्रदान करता है। इसका मूल सिंटैक्स
है:

env = पर्यावरण(उपकरण=['docbook'])
env.DocbookHtmlhelp('मैनुअल')

जहाँ manual.xml इनपुट फ़ाइल है.

यदि आप अपने स्वयं के स्टाइलशीट में root.filename पैरामीटर का उपयोग करते हैं तो आपको निर्दिष्ट करना होगा
नया लक्ष्य नाम। यह सुनिश्चित करता है कि निर्भरताएँ सही हों, विशेष रूप से
“scons -c” के माध्यम से सफाई:

env = पर्यावरण(उपकरण=['docbook'])
env.DocbookHtmlhelp('mymanual.html', 'मैनुअल', xsl='htmlhelp.xsl')

base.dir पैरामीटर के लिए कुछ बुनियादी सहायता प्रदान की गई है। आप base_dir जोड़ सकते हैं
कीवर्ड को अपने बिल्डर कॉल में जोड़ें, और दिए गए उपसर्ग को सभी बनाए गए कॉल में जोड़ दिया जाएगा
फ़ाइल नाम:

env = पर्यावरण(उपकरण=['docbook'])
env.DocbookHtmlhelp('मैनुअल', xsl='htmlhelp.xsl', base_dir='output/')

सुनिश्चित करें कि आप बेस फ़ोल्डर के लिए अनुगामी स्लैश को न भूलें, अन्यथा आपका
फ़ाइलों का नाम ही बदला जाता है!

डॉकबुकमैन(), env.डॉकबुकमैन()
एक छद्म-बिल्डर, जो मैन पेज आउटपुट के लिए डॉकबुक टूलचेन प्रदान करता है। इसका मूल सिंटैक्स
है:

env = पर्यावरण(उपकरण=['docbook'])
env.DocbookMan('मैनुअल')

जहाँ manual.xml इनपुट फ़ाइल है। ध्यान दें, आप लक्ष्य नाम निर्दिष्ट कर सकते हैं, लेकिन
वास्तविक आउटपुट नाम स्वचालित रूप से आपके XML स्रोत में refname प्रविष्टियों से सेट हो जाते हैं।

डॉकबुकपीडीएफ(), env.डॉकबुकपीडीएफ()
एक छद्म बिल्डर, जो पीडीएफ आउटपुट के लिए डॉकबुक टूलचेन प्रदान करता है।

env = पर्यावरण(उपकरण=['docbook'])
env.DocbookPdf('manual.pdf', 'manual.xml')

या बस

env = पर्यावरण(उपकरण=['docbook'])
env.DocbookPdf('मैनुअल')

डॉकबुकस्लाइड्सHtml(), env.DocbookSlidesHtml()
एक छद्म बिल्डर, जो HTML स्लाइड आउटपुट के लिए डॉकबुक टूलचेन प्रदान करता है।

env = पर्यावरण(उपकरण=['docbook'])
env.DocbookSlidesHtml('मैनुअल')

यदि आप अपने स्वयं के स्टाइलशीट में titlefoil.html पैरामीटर का उपयोग करते हैं तो आपको यह देना होगा
नया लक्ष्य नाम। यह सुनिश्चित करता है कि निर्भरताएँ सही हों, विशेष रूप से
“scons -c” के माध्यम से सफाई:

env = पर्यावरण(उपकरण=['docbook'])
env.DocbookSlidesHtml('mymanual.html','manual', xsl='slideshtml.xsl')

base.dir पैरामीटर के लिए कुछ बुनियादी सहायता प्रदान की गई है। आप base_dir जोड़ सकते हैं
कीवर्ड को अपने बिल्डर कॉल में जोड़ें, और दिए गए उपसर्ग को सभी बनाए गए कॉल में जोड़ दिया जाएगा
फ़ाइल नाम:

env = पर्यावरण(उपकरण=['docbook'])
env.DocbookSlidesHtml('मैनुअल', xsl='slideshtml.xsl', base_dir='output/')

सुनिश्चित करें कि आप बेस फ़ोल्डर के लिए अनुगामी स्लैश को न भूलें, अन्यथा आपका
फ़ाइलों का नाम ही बदला जाता है!

डॉकबुकस्लाइड्सपीडीएफ(), env.DocbookSlidesPdf()
एक छद्म बिल्डर, जो पीडीएफ स्लाइड आउटपुट के लिए डॉकबुक टूलचेन प्रदान करता है।

env = पर्यावरण(उपकरण=['docbook'])
env.DocbookSlidesPdf('manual.pdf', 'manual.xml')

या बस

env = पर्यावरण(उपकरण=['docbook'])
env.DocbookSlidesPdf('मैनुअल')

डॉकबुकXशामिल(), env.DocbookXInclude()
एक छद्म बिल्डर, एक अलग प्रसंस्करण चरण में XIncludes को हल करने के लिए।

env = पर्यावरण(उपकरण=['docbook'])
env.DocbookXInclude('manual_xincluded.xml', 'manual.xml')

डॉकबुकXslt(), env.DocbookXslt()
एक छद्म बिल्डर, जो दिए गए XSL रूपांतरण को इनपुट फ़ाइल पर लागू करता है।

env = पर्यावरण(उपकरण=['docbook'])
env.DocbookXslt('manual_transformed.xml', 'manual.xml', xsl='transform.xslt')

ध्यान दें, इस बिल्डर को xsl पैरामीटर सेट करने की आवश्यकता है।

डीवीआई(), env.डीवीआई()
.tex, .ltx या .latex इनपुट फ़ाइल से .dvi फ़ाइल बनाता है। यदि स्रोत फ़ाइल प्रत्यय
.tex है, scons फ़ाइल की सामग्री की जाँच करेगा; यदि स्ट्रिंग \documentclass या
\documentstyle पाया जाता है, तो फ़ाइल को LaTeX फ़ाइल माना जाता है और लक्ष्य है
आह्वान करके बनाया गया $लेटेक्सकॉम कमांड लाइन; अन्यथा, $टेक्सकॉम कमांड लाइन is
इस्तेमाल किया गया। यदि फ़ाइल एक LaTeX फ़ाइल है, तो DVI बिल्डर विधि की भी जांच की जाएगी
.aux फ़ाइल की सामग्री और आह्वान $BIBTEX कमांड लाइन यदि स्ट्रिंग bibdata है
पाया, शुरू $मेकइंडेक्स यदि .ind फ़ाइल पाई जाती है तो एक इंडेक्स उत्पन्न करने के लिए और जांच करेगा
.log फ़ाइल की सामग्री निकालें और उसे पुनः चलाएँ $लेटेक्सकॉम यदि लॉग फ़ाइल कहती है कि यह है तो कमांड
ज़रूरी।

प्रत्यय .dvi (TeX के भीतर हार्ड-कोडेड) स्वचालित रूप से लक्ष्य में जोड़ दिया जाता है यदि
यह पहले से मौजूद नहीं है। उदाहरण:

# aaa.tex से निर्मित
env.DVI(लक्ष्य = 'aaa.dvi', स्रोत = 'aaa.tex')
# bbb.dvi बनाता है
env.DVI(लक्ष्य = 'bbb', स्रोत = 'bbb.ltx')
# ccc.latex से निर्मित
env.DVI(लक्ष्य = 'ccc.dvi', स्रोत = 'ccc.latex')

जीएस(), env.जीएस()
gs निष्पादनयोग्य को स्पष्ट रूप से कॉल करने के लिए एक बिल्डर। अंतर्निहित OS के आधार पर,
विभिन्न नाम gs, gsos2 और gswin32c आज़माए गए हैं।

env = पर्यावरण(उपकरण=['gs'])
env.Gs('कवर.jpg','scons-scons.pdf',
GSFLAGS='-dNOPAUSE -dBATCH -sDEVICE=jpeg -dFirstPage=1 -dLastPage=1 -q')
)

इंस्टॉल(), env.इंस्टाल()
निर्दिष्ट लक्ष्य में एक या अधिक स्रोत फ़ाइलें या निर्देशिकाएँ स्थापित करता है, जिन्हें
एक निर्देशिका हो। निर्दिष्ट स्रोत फ़ाइलों या निर्देशिकाओं के नाम समान रहते हैं
गंतव्य निर्देशिका के भीतर। स्रोत स्ट्रिंग या नोड के रूप में दिए जा सकते हैं
एक बिल्डर द्वारा लौटाया गया।

env.इंस्टॉल('/ Usr / स्थानीय / बिन', स्रोत = ['foo', 'bar'])

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

env.InstallAs(लक्ष्य = '/usr/local/bin/foo',
स्रोत = 'foo_debug')
env.InstallAs(लक्ष्य = ['../lib/libfoo.a', '../lib/libbar.a'],
स्रोत = ['libFOO.a', 'libBAR.a'])

InstallVersionedLib(), env.इंस्टालवर्जन्डलिब()
एक संस्करणित साझा लाइब्रेरी स्थापित करता है। आर्किटेक्चर के लिए उपयुक्त सिम्बलिंक्स
स्रोत लाइब्रेरी के सिम्बलिंक के आधार पर उत्पन्न किया जाएगा।

env.InstallVersionedLib(लक्ष्य = '/usr/local/bin/foo',
स्रोत = 'libxyz.1.5.2.so')

जार(), env.जार()
निर्दिष्ट स्रोतों की सूची से जावा आर्काइव (.jar) फ़ाइल बनाता है। कोई भी निर्देशिका
स्रोत सूची में .class फ़ाइलों के लिए खोज की जाएगी)। स्रोत में कोई भी .java फ़ाइल
सूची को कॉल करके .class फ़ाइलों में संकलित किया जाएगा जावा निर्माता।

अगर $JARCHDIR मान सेट होने पर, jar कमांड निर्दिष्ट निर्देशिका में बदल जाएगा
का उपयोग -C विकल्प। अगर $JARCHDIR स्पष्ट रूप से सेट नहीं किया गया है, SCons किसी भी के शीर्ष का उपयोग करेगा
उपनिर्देशिका वृक्ष जिसमें जावा .class का निर्माण किया गया था जावा निर्माता।

यदि किसी भी स्रोत फ़ाइल की सामग्री मैनिफ़ेस्ट-संस्करण स्ट्रिंग से शुरू होती है, तो
फ़ाइल को मैनिफ़ेस्ट माना जाता है और इसे jar कमांड में पास किया जाता है m विकल्प
निर्धारित किया है.

env.Jar(लक्ष्य = 'foo.jar', स्रोत = 'क्लासेस')

env.Jar(लक्ष्य = 'बार.jar',
स्रोत = ['bar1.java', 'bar2.java'])

जावा(), env.जावा()
एक या अधिक जावा क्लास फ़ाइलें बनाता है। स्रोत स्पष्ट का कोई भी संयोजन हो सकता है
.java फ़ाइलें, या निर्देशिका वृक्ष जिन्हें .java फ़ाइलों के लिए स्कैन किया जाएगा।

SCons प्रत्येक स्रोत .java फ़ाइल को पार्स करके कक्षाएं (आंतरिक कक्षाओं सहित) ढूंढेगा
उस फ़ाइल के भीतर परिभाषित करें, और उससे लक्ष्य .class फ़ाइलों का पता लगाएं जो
क्लास फ़ाइलें निर्दिष्ट लक्ष्य निर्देशिका के नीचे रखी जाएंगी।

SCons प्रत्येक जावा फ़ाइल में जावा पैकेज नाम की भी खोज करेगा, जिसके बारे में यह मानता है कि यह जावा पैकेज नाम के लिए उपयुक्त हो सकता है।
पहले कॉलम में स्ट्रिंग पैकेज से शुरू होने वाली पंक्ति पर पाया जा सकता है;
परिणामी .class फ़ाइलों को निर्दिष्ट पैकेज को दर्शाने वाली निर्देशिका में रखा जाएगा
नाम। उदाहरण के लिए, फ़ाइल Foo.java एक एकल सार्वजनिक Foo वर्ग को परिभाषित करती है और इसमें शामिल है
sub.dir का पैकेज नाम एक संगत sub/dir/Foo.class क्लास फ़ाइल उत्पन्न करेगा।

उदाहरण:

env.Java(लक्ष्य = 'क्लासेस', स्रोत = 'src')
env.Java(लक्ष्य = 'क्लासेस', स्रोत = ['src1', 'src2'])
env.Java(लक्ष्य = 'क्लासेस', स्रोत = ['फ़ाइल1.जावा', 'फ़ाइल2.जावा'])

जावा स्रोत फ़ाइलें अंतर्निहित OS के लिए मूल एन्कोडिंग का उपयोग कर सकती हैं।
डिफ़ॉल्ट रूप से सरल ASCII मोड में संकलित, संकलक के बारे में चेतावनी उत्पन्न करेगा
अनमैपेबल कैरेक्टर, जिससे फ़ाइल को आगे प्रोसेस करते समय त्रुटियाँ हो सकती हैं।
इस मामले में, उपयोगकर्ता को कंपाइलर को बताने के लिए LANG पर्यावरण चर निर्दिष्ट करना होगा
कौन सी एनकोडिंग का उपयोग किया जाता है। पोर्टेबिलिटी के लिए, यह सबसे अच्छा है अगर एनकोडिंग हार्ड-कोडेड हो ताकि
यदि संकलन किसी भिन्न एनकोडिंग वाले सिस्टम पर किया जाए तो यह कार्य करेगा।

env = पर्यावरण()
env['ENV']['LANG'] = 'en_GB.UTF-8'

जावाएच(), env.जावाएच()
जावा मूल विधियों को लागू करने के लिए C हेडर और स्रोत फ़ाइलें बनाता है। लक्ष्य कर सकते हैं
या तो वह निर्देशिका हो जिसमें हेडर फ़ाइलें लिखी जाएंगी, या हेडर फ़ाइल का नाम हो
जिसमें सभी परिभाषाएँ होंगी। स्रोत .class के नाम हो सकते हैं
फ़ाइलें, .java फ़ाइलों के नाम जिन्हें कॉल करके .class फ़ाइलों में संकलित किया जाना है जावा
बिल्डर विधि, या से लौटाए गए ऑब्जेक्ट्स जावा बिल्डर विधि.

यदि निर्माण चर $जावाक्लास्डिर या तो पर्यावरण में या फिर
को कॉल करें जावाएच बिल्डर विधि स्वयं, तो चर का मान होगा
किसी भी .class फ़ाइल नाम के आरंभ से हटा दिया गया।

उदाहरण:

# java_native.h बनाता है
कक्षाएं = env.Java(लक्ष्य = 'classdir', स्रोत = 'src')
env.JavaH(लक्ष्य = 'java_native.h', स्रोत = कक्षाएं)

# include/package_foo.h और include/package_bar.h बनाता है
env.JavaH(लक्ष्य = 'शामिल',
स्रोत = ['पैकेज/foo.class', 'पैकेज/bar.class'])

# export/foo.h और export/bar.h बनाता है
env.JavaH(लक्ष्य = 'निर्यात',
स्रोत = ['क्लासेस/foo.class', 'क्लासेस/bar.class'],
JAVACLASSDIR = 'क्लासेस')

पुस्तकालय(), env.लाइब्रेरी()
के लिए एक समानार्थी स्टेटिकलाइब्रेरी बिल्डर विधि.

लोड करने योग्य मॉड्यूल(), env.लोड करने योग्यमॉड्यूल()
अधिकांश प्रणालियों पर, यह वैसा ही है साझा लाइब्रेरीमैक ओएस एक्स (डार्विन) प्लेटफॉर्म पर,
यह एक लोड करने योग्य मॉड्यूल बंडल बनाता है.

एम4(), env.M4()
M4 इनपुट फ़ाइल से आउटपुट फ़ाइल बनाता है। यह डिफ़ॉल्ट का उपयोग करता है $M4FLAGS के मूल्य -E,
जो सभी चेतावनियों को घातक मानता है और इसका उपयोग करते समय पहली चेतावनी पर रुक जाता है
m4 का GNU संस्करण. उदाहरण:

env.M4(लक्ष्य = 'foo.c', स्रोत = 'foo.c.m4')

मोक(), env.Moc()
Moc इनपुट फ़ाइल से आउटपुट फ़ाइल बनाता है। Moc इनपुट फ़ाइलें या तो हेडर फ़ाइलें होती हैं
या cxx फ़ाइलें। यह बिल्डर केवल 'qt' टूल का उपयोग करने के बाद ही उपलब्ध है। देखें $क्यूटीडीआईआर
अधिक जानकारी के लिए variable पर जाएँ। उदाहरण:

env.Moc('foo.h') # moc_foo.cc उत्पन्न करता है
env.Moc('foo.cpp') # foo.moc उत्पन्न करता है

एमओफाइल्स(), env.MOफाइल्स()
यह बिल्डर msgfmt टूल से संबंधित है। बिल्डर PO फ़ाइलों को MO फ़ाइलों में संकलित करता है।

उदाहरण 1pl.po और en.po को संकलित करके pl.mo और en.mo बनाएँ:

#...
env.MOFiles(['pl', 'en'])

उदाहरण 2LINGUAS फ़ाइल में परिभाषित भाषाओं के लिए फ़ाइलें संकलित करें:

#...
env.MOFiles(LINGUAS_FILE = 1)

उदाहरण 3pl.po और en.po प्लस फ़ाइलों को संकलित करके pl.mo और en.mo बनाएँ
LINGUAS फ़ाइल में परिभाषित भाषाएँ:

#...
env.MOFiles(['pl', 'en'], LINGUAS_FILE = १)

उदाहरण 4LINGUAS फ़ाइल (अन्य संस्करण) में परिभाषित भाषाओं के लिए फ़ाइलें संकलित करें:

#...
env['LINGUAS_FILE'] = 1
env.MOफाइल्स()

एमएसवीएसप्रोजेक्ट(), env.MSVSप्रोजेक्ट()
Microsoft Visual Studio प्रोजेक्ट फ़ाइल बनाता है, तथा डिफ़ॉल्ट रूप से समाधान फ़ाइल बनाता है
किया जा सकता है।

यह Visual Studio के उस संस्करण के आधार पर Visual Studio प्रोजेक्ट फ़ाइल बनाता है जो
कॉन्फ़िगर किया गया है (या तो नवीनतम स्थापित संस्करण, या द्वारा निर्दिष्ट संस्करण
$MSVS_संस्करण एनवायरनमेंट कन्स्ट्रक्टर में)। विजुअल स्टूडियो 6 के लिए, यह एक उत्पन्न करेगा
.dsp फ़ाइल बनाएँ। Visual Studio 7 (.NET) और बाद के संस्करणों के लिए, यह .vcproj उत्पन्न करेगा
फ़ाइल.

डिफ़ॉल्ट रूप से, यह निर्दिष्ट प्रोजेक्ट के लिए एक समाधान फ़ाइल, एक .dsw फ़ाइल भी उत्पन्न करता है
Visual Studio 6 के लिए या Visual Studio 7 (.NET) के लिए .sln फ़ाइल। यह व्यवहार हो सकता है
जब आप कॉल करते हैं तो auto_build_solution=0 निर्दिष्ट करके अक्षम किया जाता है एमएसवीएसप्रोजेक्ट, कौनसे मामलेमें
आप संभवतः कॉल करके समाधान फ़ाइल(फ़ाइलें) बनाना चाहते हैं एमएसवीएससमाधान निर्माता
(निचे देखो)।

RSI एमएसवीएसप्रोजेक्ट बिल्डर परियोजना में रखे जाने वाले फ़ाइल नामों की कई सूचियाँ लेता है
फ़ाइल। ये वर्तमान में srcs, incs, localincs, resources, और misc तक सीमित हैं। ये
ये सूचियाँ काफी स्पष्ट हैं, लेकिन ध्यान रहे कि ये सूचियाँ सूची में जोड़ी गई हैं।
$स्रोत निर्माण चर को स्ट्रिंग के रूप में, SCons फ़ाइल नोड्स के रूप में नहीं। ऐसा इसलिए है क्योंकि
वे प्रोजेक्ट फ़ाइल में जोड़े जाने वाले फ़ाइल नामों का प्रतिनिधित्व करते हैं, न कि उपयोग की जाने वाली स्रोत फ़ाइलों का
प्रोजेक्ट फ़ाइल बनाने के लिए.

उपरोक्त फ़ाइल नाम सूचियाँ सभी वैकल्पिक हैं, हालाँकि कम से कम एक को निर्दिष्ट किया जाना चाहिए
परिणामी प्रोजेक्ट फ़ाइल को रिक्त न होने दें।

उपरोक्त मान सूचियों के अतिरिक्त, निम्नलिखित मान निर्दिष्ट किए जा सकते हैं:

लक्ष्य
लक्ष्य .dsp या .vcproj फ़ाइल का नाम। संस्करण के लिए सही प्रत्यय
विजुअल स्टूडियो का उपयोग किया जाना चाहिए, लेकिन $MSVSPROJECTSUFFIX निर्माण चर होगा
सही मान परिभाषित किया जाना चाहिए (नीचे उदाहरण देखें)।

प्रकार
इस विशेष संस्करण का नाम। Visual Studio 7 प्रोजेक्ट के लिए, यह भी हो सकता है
भिन्न नामों की सूची हो। ये आम तौर पर "डीबग" या "रिलीज़" जैसी चीज़ें होती हैं,
लेकिन वास्तव में आप जो चाहें वह हो सकता है। Visual Studio 7 प्रोजेक्ट के लिए, वे भी हो सकते हैं
एक लक्ष्य प्लेटफ़ॉर्म निर्दिष्ट करें जो वेरिएंट नाम से | (वर्टिकल पाइप) द्वारा अलग किया गया हो
वर्ण: Debug|Xbox. डिफ़ॉल्ट लक्ष्य प्लेटफ़ॉर्म Win32 है. एकाधिक कॉल
एमएसवीएसप्रोजेक्ट विभिन्न वेरिएंट की अनुमति है; सभी वेरिएंट को इसमें जोड़ा जाएगा
प्रोजेक्ट फ़ाइल को उनके उचित निर्माण लक्ष्यों और स्रोतों के साथ जोड़ें।

cmdargs
विभिन्न वेरिएंट के लिए अतिरिक्त कमांड लाइन तर्क।
cmdargs प्रविष्टियाँ भिन्न प्रविष्टियों की संख्या से मेल खानी चाहिए, या रिक्त होनी चाहिए (नहीं)
यदि आप केवल एक ही देते हैं, तो यह स्वचालित रूप से सभी को प्रसारित हो जाएगा
वेरिएंट।

बिल्डटार्गेट
एक वैकल्पिक स्ट्रिंग, नोड, या स्ट्रिंग या नोड्स की सूची (प्रति बिल्ड वैरिएंट एक),
विज़ुअल स्टूडियो डीबगर को बताएं कि किस बिल्ड वैरिएंट में कौन सा आउटपुट लक्ष्य उपयोग करना है।
बिल्डटार्गेट प्रविष्टियों की संख्या वैरिएंट प्रविष्टियों की संख्या से मेल खानी चाहिए।

रनफ़ाइल
उस फ़ाइल का नाम जिसे Visual Studio 7 और उसके बाद के संस्करण चलाएँगे और डीबग करेंगे. यह
परिणामी Visual Studio प्रोजेक्ट में आउटपुट फ़ील्ड के मान के रूप में प्रकट होता है
फ़ाइल. यदि यह निर्दिष्ट नहीं है, तो डिफ़ॉल्ट निर्दिष्ट के समान ही है
buildtarget मूल्य.

ध्यान दें कि क्योंकि SCons हमेशा उस निर्देशिका से अपने बिल्ड कमांड को निष्पादित करता है जिसमें
यदि आप किसी भिन्न रूप में प्रोजेक्ट फ़ाइल बनाते हैं, तो SConstruct फ़ाइल स्थित होती है
SConstruct निर्देशिका की तुलना में निर्देशिका में, उपयोगकर्ता उस पर डबल-क्लिक नहीं कर पाएंगे
संकलन में फ़ाइल नाम Visual Studio कंसोल आउटपुट में प्रदर्शित त्रुटि संदेश
विंडो में Visual C/C++ /FC कंपाइलर विकल्प जोड़कर इसे ठीक किया जा सकता है।
$सीसीफ्लैग्स वेरिएबल ताकि कंपाइलर उन सभी फ़ाइलों का पूरा पथ नाम प्रिंट कर सके जो
संकलन त्रुटियाँ उत्पन्न होती हैं.

उदाहरण उपयोग:

बार्सआरसीएस = ['बार.सीपीपी'],
बारिन्क्स = ['बार.एच'],
बारलोकैलिक्स = ['StdAfx.h']
बार संसाधन = ['बार.rc','संसाधन.h']
बारमिस्क = ['bar_readme.txt']

dll = env.SharedLibrary(लक्ष्य = 'bar.dll',
स्रोत = बार्सआरसीएस)

env.MSVSProject(लक्ष्य = 'बार' + env['MSVSPROJECTSUFFIX'],
srcs = बार्सrcs,
incs = बारिन्क्स,
लोकलइंक = बारलोकलइंक,
संसाधन = बार संसाधन,
विविध = बारमिस्क,
बिल्डटार्गेट = डीएलएल,
वेरिएंट = 'रिलीज़')

SCons के संस्करण 2.4 से शुरू करके वैकल्पिक तर्क निर्दिष्ट करना भी संभव है
डीबगसेटिंग्स, जो विजुअल स्टूडियो के अंतर्गत डिबगिंग के लिए फ़ाइलें बनाता है:

डीबगसेटिंग्स
डिबग सेटिंग्स का एक शब्दकोष जो .vcproj.user या में लिखा जाता है
.vcxproj.user फ़ाइल, इंस्टॉल किए गए संस्करण पर निर्भर करती है। जैसा कि cmdargs के लिए किया जाता है
(ऊपर देखें), आप निर्दिष्ट कर सकते हैं डीबगसेटिंग्स शब्दकोश प्रति संस्करण। यदि आप देते हैं
केवल एक, यह सभी वेरिएंट के लिए प्रचारित किया जाएगा।

वर्तमान में, केवल Visual Studio v9.0 और Visual Studio संस्करण v11 ही कार्यान्वित किए गए हैं,
अन्य संस्करणों में कोई फ़ाइल उत्पन्न नहीं होती है। उपयोगकर्ता फ़ाइल उत्पन्न करने के लिए, आपको बस एक जोड़ने की आवश्यकता है
डीबगसेटिंग्स अपने MSVS के लिए सही मापदंडों के साथ पर्यावरण के लिए शब्दकोश
संस्करण। यदि शब्दकोश खाली है, या उसमें कोई अच्छा मान नहीं है, तो कोई फ़ाइल नहीं होगी
उत्पन्न हो।

निम्नलिखित एक अधिक मनगढ़ंत उदाहरण है, जिसमें विभिन्न प्रकारों के लिए एक परियोजना की स्थापना शामिल है
और डीबगसेटिंग्स:

# मान लीजिए कि आप अपनी डिफ़ॉल्ट फ़ाइल को किसी फ़ाइल में संग्रहीत करते हैं
vars = चर('variables.py')
msvcver = vars.args.get('vc', '9')

# एक Microsoft Visual Studio संस्करण को लागू करने के लिए कमांड आर्ग्स की जाँच करें
यदि msvcver == '9' या msvcver == '11':
env = पर्यावरण (MSVC_VERSION=msvcver+'.0', MSVC_BATCH=गलत)
अन्य:
env = पर्यावरण()

AddOption('--userfile', action='store_true', dest='userfile', default=False,
help="Visual Studio प्रोजेक्ट उपयोगकर्ता फ़ाइल बनाएँ")

#
# 1. अपनी डिबग सेटिंग डिक्शनरी को सूची में इच्छित विकल्पों के साथ कॉन्फ़िगर करें
अनुमत विकल्पों की संख्या, उदाहरण के लिए यदि आप लॉन्च करने के लिए कोई उपयोगकर्ता फ़ाइल बनाना चाहते हैं
# Microsoft Visual Studio 2008 (v9) के साथ अपने dll का परीक्षण करने के लिए एक विशिष्ट अनुप्रयोग:
#
V9डिबगसेटिंग्स = {
'कमांड':'c:\\myapp\\using\\thisdll.exe',
'कार्य निर्देशिका': 'c:\\myapp\\using\\',
'कमांडआर्गुमेंट्स': '-p पासवर्ड',
# 'संलग्न करें':'गलत',
# 'डीबगर प्रकार':'3',
# 'रिमोट':'1',
# 'रिमोट मशीन': कोई नहीं,
# 'रिमोटकमांड': कोई नहीं,
# 'HttpUrl': कोई नहीं,
# 'PDBPath': कोई नहीं,
# 'SQLDebugging': कोई नहीं,
# 'पर्यावरण': '',
# 'पर्यावरण मर्ज':'सत्य',
# 'डीबगरफ्लेवर': कोई नहीं,
# 'MPIRunCommand': कोई नहीं,
# 'MPIRunArguments': कोई नहीं,
# 'MPIRunWorkingDirectory': कोई नहीं,
# 'एप्लिकेशनकमांड': कोई नहीं,
# 'एप्लिकेशन तर्क': कोई नहीं,
# 'शिमकमांड': कोई नहीं,
# 'MPIAcceptMode': कोई नहीं,
# 'MPIAcceptFilter': कोई नहीं,
}

#
# 2. क्योंकि माइक्रोसॉफ्ट के आधार पर बहुत सारे अलग-अलग विकल्प हैं
# Visual Studio संस्करण, यदि आप एक से अधिक संस्करणों का उपयोग करते हैं तो आपको
# प्रति संस्करण एक शब्दकोश परिभाषित करें, उदाहरण के लिए यदि आप एक उपयोगकर्ता बनाना चाहते हैं
# Microsoft के साथ अपने dll का परीक्षण करने के लिए एक विशिष्ट अनुप्रयोग लॉन्च करने हेतु फ़ाइल
# विज़ुअल स्टूडियो 2012 (v11):
#
V10डिबगसेटिंग्स = {
'लोकलडिबगरकमांड': 'c:\\myapp\\using\\thisdll.exe',
'लोकलडिबगरवर्किंगडायरेक्टरी': 'c:\\myapp\\using\\',
'LocalDebuggerCommandArguments': '-p पासवर्ड',
# 'लोकलडिबगरएनवायरनमेंट': कोई नहीं,
# 'डिबगरफ्लेवर': 'विंडोजलोकलडिबगर',
# 'LocalDebuggerAttach': कोई नहीं,
# 'लोकलडिबगरडिबगरटाइप': कोई नहीं,
# 'LocalDebuggerMergeEnvironment': कोई नहीं,
# 'LocalDebuggerSQLDebugging': कोई नहीं,
# 'RemoteDebuggerCommand': कोई नहीं,
# 'RemoteDebuggerCommandArguments': कोई नहीं,
# 'RemoteDebuggerWorkingDirectory': कोई नहीं,
# 'RemoteDebuggerServerName': कोई नहीं,
# 'RemoteDebuggerConnection': कोई नहीं,
# 'RemoteDebuggerDebuggerType': कोई नहीं,
# 'RemoteDebuggerAttach': कोई नहीं,
# 'RemoteDebuggerSQLDebugging': कोई नहीं,
# 'डिप्लॉयमेंटडायरेक्टरी': कोई नहीं,
# 'अतिरिक्त फ़ाइलें': कोई नहीं,
# 'RemoteDebuggerDeployDebugCppRuntime': कोई नहीं,
# 'WebBrowserDebuggerHttpUrl': कोई नहीं,
# 'WebBrowserDebuggerDebuggerType': कोई नहीं,
# 'WebServiceDebuggerHttpUrl': कोई नहीं,
# 'WebServiceDebuggerDebuggerType': कोई नहीं,
# 'WebServiceDebuggerSQLDebugging': कोई नहीं,
}

#
# 3. विजुअल स्टूडियो के संस्करण के आधार पर इच्छित शब्दकोश का चयन करें
# फ़ाइलें जिन्हें आप उत्पन्न करना चाहते हैं.
#
यदि नहीं तो env.GetOption('userfile'):
dbgसेटिंग्स = कोई नहीं
यदि env.get('MSVC_VERSION', None) == '9.0':
dbgसेटिंग्स = V9Debugसेटिंग्स
यदि env.get('MSVC_VERSION', None) == '11.0':
dbgसेटिंग्स = V10Debugसेटिंग्स
अन्य:
dbgसेटिंग्स = कोई नहीं

#
# 4. DebugSettings कीवर्ड में शब्दकोश जोड़ें।
#
बार्सआरसीएस = ['बार.सीपीपी', 'dllmain.cpp', 'stdafx.cpp']
बारिन्क्स = ['targetver.h']
बारलोकैलिक्स = ['StdAfx.h']
बार संसाधन = ['बार.rc','संसाधन.h']
बारमिस्क = ['ReadMe.txt']

dll = env.SharedLibrary(लक्ष्य = 'bar.dll',
स्रोत = बार्सआरसीएस)

env.MSVSProject(लक्ष्य = 'बार' + env['MSVSPROJECTSUFFIX'],
srcs = बार्सrcs,
incs = बारिन्क्स,
लोकलइंक = बारलोकलइंक,
संसाधन = बार संसाधन,
विविध = बारमिस्क,
बिल्डटारगेट = [dll[0]] * 2,
वैरिएंट = ('डीबग|Win32', 'रिलीज़|Win32'),
cmdargs = 'vc=%s' % msvcver,
डीबगसेटिंग्स = (dbgसेटिंग्स, {}))

एमएसवीएससॉल्यूशन(), env.MSVSSolution()
Microsoft Visual Studio समाधान फ़ाइल बनाता है.

यह Visual Studio के उस संस्करण के आधार पर Visual Studio समाधान फ़ाइल बनाता है जो
कॉन्फ़िगर किया गया है (या तो नवीनतम स्थापित संस्करण, या द्वारा निर्दिष्ट संस्करण
$MSVS_संस्करण निर्माण वातावरण में)। Visual Studio 6 के लिए, यह उत्पन्न करेगा
.dsw फ़ाइल। Visual Studio 7 (.NET) के लिए, यह एक .sln फ़ाइल उत्पन्न करेगा।

निम्नलिखित मान निर्दिष्ट किये जाने चाहिए:

लक्ष्य
लक्ष्य .dsw या .sln फ़ाइल का नाम। संस्करण के लिए सही प्रत्यय
Visual Studio का उपयोग किया जाना चाहिए, लेकिन मान $MSVSSOLUTIONSUFFIX परिभाषित किया जाएगा
सही मान (नीचे उदाहरण देखें)

प्रकार
इस विशेष वैरिएंट का नाम, या वैरिएंट नामों की सूची (उत्तरार्द्ध
केवल MSVS 7 समाधानों के लिए समर्थित)। ये आम तौर पर "डीबग" या जैसी चीजें होती हैं
"रिलीज़", लेकिन वास्तव में यह कुछ भी हो सकता है जो आप चाहते हैं। MSVS 7 के लिए वे यह भी निर्दिष्ट कर सकते हैं
लक्ष्य प्लेटफ़ॉर्म, जैसे कि "Debug|Xbox"। डिफ़ॉल्ट प्लेटफ़ॉर्म Win32 है।

परियोजनाओं
प्रोजेक्ट फ़ाइल नामों की सूची, या प्रोजेक्ट नोड्स की सूची जो कॉल द्वारा लौटाई जाती है
एमएसवीएसप्रोजेक्ट बिल्डर, को समाधान फ़ाइल में रखा जाना चाहिए। यह ध्यान दिया जाना चाहिए कि
इन फ़ाइल नामों को $SOURCES पर्यावरण चर में रूप में नहीं जोड़ा गया है
फ़ाइलों के बजाय स्ट्रिंग्स के रूप में। ऐसा इसलिए है क्योंकि वे फ़ाइल नामों का प्रतिनिधित्व करते हैं
समाधान फ़ाइल में जोड़ी गई है, न कि समाधान फ़ाइल बनाने के लिए उपयोग की गई स्रोत फ़ाइलें।

उदाहरण

env.MSVSSolution(लक्ष्य = 'बार' + env['MSVSSOLUTIONSUFFIX'], प्रोजेक्ट्स = ['बार'
+ env['MSVSPROJECTSUFFIX']], variant = 'रिलीज़')

वस्तु(), env.ऑब्जेक्ट()
के लिए एक समानार्थी स्थैतिकऑब्जेक्ट बिल्डर विधि.

पैकेट(), env.पैकेज()
दी गई स्रोत फ़ाइलों का एक बाइनरी पैकेज बनाता है।

env.Package(स्रोत = FindInstalledFiles())

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

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

लक्ष्य पैकेजर को "PACKAGETYPE" कमांड लाइन विकल्प या "PACKAGETYPE" कमांड लाइन विकल्प के साथ चुना जा सकता है।
la $पैकेजटाइप निर्माण चर। वर्तमान में निम्नलिखित पैकेजर्स उपलब्ध हैं:

* msi - माइक्रोसॉफ्ट इंस्टॉलर * rpm - रेडहैट पैकेज मैनेजर * ipkg - इट्सी पैकेज
प्रबंधन प्रणाली * tarbz2 - संपीड़ित tar * targz - संपीड़ित tar * zip - ज़िप फ़ाइल
* src_tarbz2 - संपीड़ित tar स्रोत * src_targz - संपीड़ित tar स्रोत * src_zip -
ज़िप फ़ाइल स्रोत

पैकेज_प्रकार चलाते समय एक अद्यतन सूची हमेशा "package_type" विकल्प के अंतर्गत उपलब्ध रहती है
"scons --help" उस प्रोजेक्ट पर जिसमें पैकेजिंग सक्रिय है।

env = पर्यावरण(उपकरण=['डिफ़ॉल्ट', 'पैकेजिंग'])
env.इंस्टॉल('/ बिन /', 'मेरा_कार्यक्रम')
env.Package( नाम = 'foo',
संस्करण = '1.2.3',
पैकेजवर्जन = 0,
पैकेज प्रकार = 'आरपीएम',
लाइसेंस = 'जीपीएल',
सारांश = 'बल्लालाललाल',
विवरण = 'यह वास्तव में बहुत लंबा होना चाहिए',
X_RPM_GROUP = 'एप्लिकेशन/फ़्यू',
स्रोत_URL = 'http://foo.org/foo-1.2.3.tar.gz'
)

पीसीएच(), env.पीसीएच()
Microsoft Visual C++ प्रीकंपाइल्ड हेडर बनाता है। इस बिल्डर विधि को कॉल करने पर यह रिटर्न मिलता है
दो लक्ष्यों की सूची: पहला तत्व के रूप में PCH, और दूसरा तत्व के रूप में ऑब्जेक्ट फ़ाइल
तत्व। आम तौर पर ऑब्जेक्ट फ़ाइल को अनदेखा किया जाता है। यह बिल्डर विधि केवल प्रदान की जाती है
जब Microsoft Visual C++ को कंपाइलर के रूप में उपयोग किया जा रहा हो। PCH बिल्डर विधि है
आम तौर पर ऑब्जेक्ट फ़ाइलों को बाध्य करने के लिए PCH निर्माण चर के साथ संयोजन में उपयोग किया जाता है
पूर्व संकलित हेडर का उपयोग करने के लिए:

env['PCH'] = env.PCH('StdAfx.cpp')[0]

पीडीएफ(), env.पीडीएफ()
.dvi इनपुट फ़ाइल (या, एक्सटेंशन द्वारा, .tex, .ltx, या .latex) से .pdf फ़ाइल बनाता है
इनपुट फ़ाइल) द्वारा निर्दिष्ट प्रत्यय $पीडीएफसफ़िक्स निर्माण चर (.pdf द्वारा
डिफ़ॉल्ट) लक्ष्य में स्वचालित रूप से जोड़ दिया जाता है यदि यह पहले से मौजूद नहीं है। उदाहरण:

# aaa.tex से निर्मित
env.PDF(लक्ष्य = 'aaa.pdf', स्रोत = 'aaa.tex')
# bbb.dvi से bbb.pdf बनाता है
env.PDF(लक्ष्य = 'bbb', स्रोत = 'bbb.dvi')

POInit(), env.POInit()
यह बिल्डर msginit टूल से संबंधित है। बिल्डर गुम PO फ़ाइल(फ़ाइलों) को आरंभ करता है यदि
$POऑटोइनिट सेट है। अगर $POऑटोइनिट सेट नहीं है (डिफ़ॉल्ट), POInit प्रिंट के लिए निर्देश
उपयोगकर्ता (जिसे अनुवादक माना जाता है), यह बताते हुए कि PO फ़ाइल कैसी होनी चाहिए
सामान्य परियोजनाओं में इसलिए आप चाहिए नहीं उपयोग POInit और उपयोग POअपडेट बजाय.
POअपडेट बुद्धिमानी से चुनता है संदेश मर्ज(1) और msginit(1). POInit हमेशा उपयोग करता है
msginit(1) और उसे विशेष प्रयोजनों या अस्थायी उपयोग के लिए बिल्डर माना जाना चाहिए
(उदाहरण के लिए, PO फ़ाइलों के एक समूह के त्वरित, एक बार के आरंभीकरण के लिए) या परीक्षणों के लिए।

लक्ष्य नोड्स के माध्यम से परिभाषित POInit डिफ़ॉल्ट रूप से निर्मित नहीं होते हैं (उन्हें '.' से अनदेखा किया जाता है)
नोड) लेकिन विशेष उपनाम (डिफ़ॉल्ट रूप से 'po-create') में जोड़े जाते हैं। उपनाम नाम हो सकता है
के माध्यम से बदल दिया $POCREATE_ALIAS निर्माण चर। सभी PO फ़ाइलें परिभाषित
पूज्य गुरुदेव के मार्गदर्शन से संपन्न कर सकते हैं - POInit आसानी से आरंभ किया जा सकता है स्कैन्स po-क्रिएट.

उदाहरण 1. message.pot से en.po और pl.po प्रारंभ करें:

#...
env.POInit(['en', 'pl']) # messages.pot --> [en.po, pl.po]

उदाहरण 2. foo.pot से en.po और pl.po प्रारंभ करें:

#...
env.POInit(['en', 'pl'], ['foo']) # foo.pot --> [en.po, pl.po]

उदाहरण 3. en.po और pl.po को foo.pot से प्रारंभ करें लेकिन उपयोग करके $POTDOMAIN निर्माण
चर:

#...
env.POInit(['en', 'pl'], POTDOMAIN='foo') # foo.pot --> [en.po, pl.po]

उदाहरण 4LINGUAS फ़ाइल में परिभाषित भाषाओं के लिए PO फ़ाइलें आरंभ करें। फ़ाइलें
टेम्पलेट संदेश.pot से आरंभ किया जाएगा:

#...
env.POInit(LINGUAS_FILE = 1) # को 'LINGUAS' फ़ाइल की आवश्यकता है

उदाहरण 5en.po और pl.pl PO फ़ाइलों के साथ-साथ परिभाषित भाषाओं के लिए फ़ाइलों को प्रारंभ करें
LINGUAS फ़ाइल। फ़ाइलों को टेम्पलेट संदेश.pot से आरंभ किया जाएगा:

#...
env.POInit(['en', 'pl'], LINGUAS_FILE = १)

उदाहरण 6आप पहले अपने वातावरण को पूर्व-कॉन्फ़िगर कर सकते हैं, और फिर PO फ़ाइलों को आरंभ कर सकते हैं:

#...
env['POAUTOINIT'] = 1
env['LINGUAS_FILE'] = 1
env['POTDOMAIN'] = 'foo'
env.POInit()

जिसका प्रभाव समान है:

#...
env.POInit(POAUTOINIT = 1, LINGUAS_FILE = 1, POTDOMAIN = 'foo')

परिशिष्ट भाग(), env.पोस्टस्क्रिप्ट()
.dvi इनपुट फ़ाइल (या, एक्सटेंशन द्वारा, .tex, .ltx, या .latex) से .ps फ़ाइल बनाता है
इनपुट फ़ाइल) द्वारा निर्दिष्ट प्रत्यय $PSSUFFIX निर्माण चर (.ps द्वारा
डिफ़ॉल्ट) लक्ष्य में स्वचालित रूप से जोड़ दिया जाता है यदि यह पहले से मौजूद नहीं है। उदाहरण:

# aaa.tex से निर्मित
env.PostScript(लक्ष्य = 'aaa.ps', स्रोत = 'aaa.tex')
# bbb.dvi से bbb.ps बनाता है
env.PostScript(लक्ष्य = 'bbb', स्रोत = 'bbb.dvi')

POTअपडेट(), env.POTUpdate()
बिल्डर xgettext टूल से संबंधित है। बिल्डर लक्ष्य POT फ़ाइल को अपडेट करता है यदि मौजूद है या
यदि ऐसा नहीं होता है तो एक नोड बनाया जाता है। नोड डिफ़ॉल्ट रूप से नहीं बनाया जाता है (यानी इसे अनदेखा किया जाता है
'.'), लेकिन केवल मांग पर (अर्थात जब दी गई POT फ़ाइल की आवश्यकता हो या जब विशेष उपनाम हो)
लागू किया जाता है)। यह बिल्डर अपने टार्गे नोड (जैसे कि मैसेज.पॉट) को एक विशेष उपनाम में जोड़ता है
(डिफ़ॉल्ट रूप से पॉट-अपडेट, देखें $POTUPDATE_ALIAS) ताकि आप उन्हें आसानी से अपडेट/बना सकें
साथ में स्कैन्स पॉट-अपडेट.फ़ाइल तब तक नहीं लिखी जाती जब तक कि इसमें कोई वास्तविक परिवर्तन न हो
अंतर्राष्ट्रीयकृत संदेश (या POT फ़ाइल में दर्ज टिप्पणियों में)।

नोट
आप देख सकते हैं xgettext(1) xgettext टूल द्वारा लागू किया जा रहा है भले ही कोई न हो
अंतर्राष्ट्रीयकृत संदेशों में वास्तविक परिवर्तन (इसलिए POT फ़ाइल अद्यतन नहीं की जा रही है)।
ऐसा हर बार होता है जब स्रोत फ़ाइल बदल जाती है। ऐसे मामले में हम आह्वान करते हैं
xgettext(1) और इसके आउटपुट की तुलना POT फ़ाइल की सामग्री से करें ताकि यह तय किया जा सके कि
फ़ाइल को अद्यतन किया जाना चाहिए या नहीं.

उदाहरण 1. आइए po/ डायरेक्टरी बनाएं और वहां निम्नलिखित SConstruct स्क्रिप्ट रखें:

# 'po/' उपनिर्देशिका में SConstruct
env = पर्यावरण( उपकरण = ['डिफ़ॉल्ट', 'xgettext'] )
env.POTUpdate(['foo'], ['../a.cpp', '../b.cpp'])
env.POTUpdate(['बार'], ['../c.cpp', '../d.cpp'])

फिर scons को कुछ बार लागू करें:

user@host:$ scons # foo.pot या bar.pot नहीं बनाता
user@host:$ scons foo.pot # foo.pot को अपडेट या बनाता है
user@host:$ scons pot-update # foo.pot और bar.pot को अपडेट या बनाता है
user@host:$ scons -c # न तो foo.pot और न ही bar.pot को साफ करता है।

परिणाम वैसे ही होंगे जैसा कि ऊपर दी गई टिप्पणियों में कहा गया है।

उदाहरण 2. RSI POTअपडेट बिल्डर का उपयोग बिना किसी लक्ष्य निर्दिष्ट किए किया जा सकता है, ऐसी स्थिति में
डिफ़ॉल्ट लक्ष्य संदेश.pot का उपयोग किया जाएगा। डिफ़ॉल्ट लक्ष्य को इसके द्वारा भी ओवरराइड किया जा सकता है
की स्थापना $POTDOMAIN निर्माण चर या इसे ओवरराइड के रूप में प्रदान करना POTअपडेट
बिल्डर:

# एसकंस्ट्रक्ट स्क्रिप्ट
env = पर्यावरण( उपकरण = ['डिफ़ॉल्ट', 'xgettext'] )
env['POTDOMAIN'] = "foo"
env.POTUpdate(source = ["a.cpp", "b.cpp"]) # foo.pot बनाता है ...
env.POTUpdate(POTDOMAIN = "bar", source = ["c.cpp", "d.cpp"]) # और bar.pot

उदाहरण 3. स्रोतों को अलग फ़ाइल में निर्दिष्ट किया जा सकता है, उदाहरण के लिए
POTFILES.in:

# POTFILES.in 'po/' उपनिर्देशिका में
../a.सीपीपी
../बी.सीपीपी
# फाइल समाप्त

फ़ाइल का नाम (POTFILES.in) जिसमें स्रोतों की सूची है, के माध्यम से प्रदान किया गया है
$XGETTEXTFROM:

# 'po/' उपनिर्देशिका में SConstruct फ़ाइल
env = पर्यावरण( उपकरण = ['डिफ़ॉल्ट', 'xgettext'] )
env.POTUpdate(XGETTEXTFROM = 'POTFILES.in')

उदाहरण 4. आप उपयोग कर सकते हैं $XGETTEXTPATH स्रोत खोज पथ को परिभाषित करने के लिए। मान लें,
उदाहरण के लिए, आपके पास a.cpp, b.cpp, po/SConstruct, po/POTFILES.in फ़ाइलें हैं। तो आपकी
POT-संबंधित फ़ाइलें निम्नानुसार दिख सकती हैं:

# POTFILES.in 'po/' उपनिर्देशिका में
ए.सीपीपी
बी.सीपीपी
# फाइल समाप्त

# 'po/' उपनिर्देशिका में SConstruct फ़ाइल
env = पर्यावरण( उपकरण = ['डिफ़ॉल्ट', 'xgettext'] )
env.POTUpdate(XGETTEXTFROM = 'POTFILES.in', XGETTEXTPATH='../')

उदाहरण 5. एक सूची के भीतर एकाधिक खोज निर्देशिकाएँ परिभाषित की जा सकती हैं, अर्थात्
XGETTEXTPATH ​​= ['dir1', 'dir2', ...]. सूची में क्रम खोज निर्धारित करता है
स्रोत फ़ाइलों का क्रम। सबसे पहले पाई गई फ़ाइल का पथ उपयोग किया जाता है।

आइए 0/1/po/SConstruct स्क्रिप्ट बनाएं:

# '0/1/po/' उपनिर्देशिका में SConstruct फ़ाइल
env = पर्यावरण( उपकरण = ['डिफ़ॉल्ट', 'xgettext'] )
env.POTUpdate(XGETTEXTFROM = 'POTFILES.in', XGETTEXTPATH=['../', '../../'])

और 0/1/po/POTFILES.in:

# POTFILES.in '0/1/po/' उपनिर्देशिका में
ए.सीपीपी
# फाइल समाप्त

दो *.cpp फ़ाइलें लिखें, पहली 0/a.cpp है:

/* 0/a.cpp */
gettext("नमस्ते ../../a.cpp से")

और दूसरा है 0/1/a.cpp:

/* 0/1/a.cpp */
gettext("नमस्ते../a.cpp से")

फिर scons चलाएँ। आपको 0/1/po/messages.pot संदेश के साथ मिलेगा "नमस्ते से
../a.cpp". जब आप क्रम को उलटते हैं $XGETTEXTFOM, यानी जब आप SConscript को इस प्रकार लिखते हैं

# '0/1/po/' उपनिर्देशिका में SConstruct फ़ाइल
env = पर्यावरण( उपकरण = ['डिफ़ॉल्ट', 'xgettext'] )
env.POTUpdate(XGETTEXTFROM = 'POTFILES.in', XGETTEXTPATH=['../../', '../'])

तो मैसेज.पॉट में msgid "Hello from ../../a.cpp" लाइन होगी, msgid नहीं
"../a.cpp से नमस्ते".

पीओअपडेट(), env.POअपडेट()
बिल्डर msgmerge टूल से संबंधित है। बिल्डर PO फ़ाइलों को अपडेट करता है संदेश मर्ज(1),
या msginit उपकरण के दस्तावेज़ में वर्णित अनुसार गुम PO फ़ाइलों को आरंभ करता है और
POInit बिल्डर (यह भी देखें $POऑटोइनिट)। ध्यान दें कि POअपडेट कर देता है नहीं जोड़ना इसके लक्ष्य सेवा मेरे
po-क्रिएट उर्फ as POInit करता है.

लक्ष्य नोड्स के माध्यम से परिभाषित POअपडेट डिफ़ॉल्ट रूप से निर्मित नहीं हैं (उन्हें अनदेखा किया जाता है
'.' नोड) इसके बजाय, वे स्वचालित रूप से विशेष उपनाम ('po-update' द्वारा) में जोड़ दिए जाते हैं
डिफ़ॉल्ट)। उपनाम नाम को इसके माध्यम से बदला जा सकता है $POUPDATE_ALIAS निर्माण
चर। आप अपने प्रोजेक्ट में PO फ़ाइलों को आसानी से अपडेट कर सकते हैं स्कैन्स po-अपडेट.

उदाहरण 1. message.pot टेम्पलेट से en.po और pl.po को अपडेट करें (यह भी देखें) $POTDOMAIN),
यह मानते हुए कि बाद वाला मौजूद है या इसे बनाने का नियम है (देखें POTअपडेट):

#...
env.POUpdate(['en','pl']) # messages.pot --> [en.po, pl.po]

उदाहरण 2. foo.pot टेम्पलेट से en.po और pl.po को अद्यतन करें:

#...
env.POUpdate(['en', 'pl'], ['foo']) # foo.pot --> [en.po, pl.pl]

उदाहरण 3. foo.pot (अन्य संस्करण) से en.po और pl.po को अद्यतन करें:

#...
env.POUpdate(['en', 'pl'], POTDOMAIN='foo') # foo.pot -- > [en.po, pl.pl]

उदाहरण 4. LINGUAS फ़ाइल में परिभाषित भाषाओं के लिए फ़ाइलें अपडेट करें। फ़ाइलें अपडेट की जाती हैं
संदेश.pot टेम्पलेट से:

#...
env.POUpdate(LINGUAS_FILE = 1) # को 'LINGUAS' फ़ाइल की आवश्यकता है

उदाहरण 5. उपरोक्त के समान, लेकिन foo.pot टेम्पलेट से अद्यतन:

#...
env.POUpdate(LINGUAS_FILE = 1, स्रोत = ['foo'])

उदाहरण 6. LINGUAS फ़ाइल में परिभाषित भाषाओं के लिए en.po और pl.po प्लस फ़ाइलों को अद्यतन करें।
फ़ाइलें message.pot टेम्पलेट से अद्यतन की जाती हैं:

# 'en.po', 'pl.po' + 'LINGUAS' में परिभाषित फ़ाइलें बनाएँ:
env.POUpdate(['en', 'pl' ], LINGUAS_FILE = १)

उदाहरण 7. उपयोग $POऑटोइनिट यदि PO फ़ाइल मौजूद नहीं है तो उसे स्वचालित रूप से आरंभ करने के लिए:

#...
env.POUpdate(LINGUAS_FILE = 1, POAUTOINIT = 1)

उदाहरण 8. LINGUAS फ़ाइल में परिभाषित भाषाओं के लिए PO फ़ाइलें अपडेट करें। फ़ाइलें हैं
foo.pot टेम्पलेट से अपडेट किया गया। सभी आवश्यक सेटिंग्स पहले से कॉन्फ़िगर की गई हैं
पर्यावरण.

#...
env['POAUTOINIT'] = 1
env['LINGUAS_FILE'] = 1
env['POTDOMAIN'] = 'foo'
env.POअपडेट()

कार्यक्रम(), env.प्रोग्राम()
एक या अधिक ऑब्जेक्ट फ़ाइलों या C, C++, D, या Fortran स्रोत को देखते हुए एक निष्पादन योग्य बनाता है
फ़ाइलें। यदि कोई C, C++, D या Fortran स्रोत फ़ाइलें निर्दिष्ट की गई हैं, तो उन्हें
स्वचालित रूप से ऑब्जेक्ट फ़ाइलों का उपयोग करके संकलित किया गया वस्तु बिल्डर विधि; देखें कि
कानूनी स्रोत फ़ाइल प्रत्ययों की सूची के लिए बिल्डर विधि का विवरण और वे कैसे हैं
व्याख्या की गई। लक्ष्य निष्पादन योग्य फ़ाइल उपसर्ग (द्वारा निर्दिष्ट) $PROGPREFIX
निर्माण चर; डिफ़ॉल्ट रूप से कुछ भी नहीं) और प्रत्यय (द्वारा निर्दिष्ट) $PROGSUFFIX
निर्माण चर; डिफ़ॉल्ट रूप से, विंडोज सिस्टम पर .exe, POSIX सिस्टम पर कुछ नहीं)
यदि पहले से मौजूद नहीं है तो स्वचालित रूप से लक्ष्य में जोड़ दिए जाते हैं। उदाहरण:

env.Program(लक्ष्य = 'foo', स्रोत = ['foo.o', 'bar.c', 'baz.f'])

आरईएस(), env.RES()
Microsoft Visual C++ संसाधन फ़ाइल बनाता है। यह बिल्डर विधि केवल तब प्रदान की जाती है जब
कंपाइलर के रूप में माइक्रोसॉफ्ट विजुअल C++ या MinGW का उपयोग किया जा रहा है।
यदि कोई अन्य प्रत्यय नहीं दिया गया है तो MinGW) प्रत्यय को लक्ष्य नाम में जोड़ा जाता है। स्रोत फ़ाइल
अंतर्निहित निर्भरताओं के लिए स्कैन किया जाता है जैसे कि यह एक सी फ़ाइल हो। उदाहरण:

env.RES('संसाधन.rc')

आरएमआईसी(), env.आरएमआईसी()
जावा .class फ़ाइलों से दूरस्थ ऑब्जेक्ट्स के लिए स्टब और कंकाल वर्ग फ़ाइलें बनाता है।
लक्ष्य वह निर्देशिका है जिसके सापेक्ष स्टब और कंकाल वर्ग फ़ाइलें होंगी
लिखित। स्रोत .class फ़ाइलों के नाम हो सकते हैं, या ऑब्जेक्ट्स से लौट सकते हैं
जावा बिल्डर विधि.

यदि निर्माण चर $जावाक्लास्डिर या तो पर्यावरण में या फिर
को कॉल करें आरएमआईसी बिल्डर विधि स्वयं, तो चर का मान होगा
किसी भी .class फ़ाइल नाम के आरंभ से हटा दिया गया।

कक्षाएं = env.Java(लक्ष्य = 'classdir', स्रोत = 'src')
env.RMIC(लक्ष्य = 'outdir1', स्रोत = कक्षाएं)

env.RMIC(लक्ष्य = 'outdir2',
स्रोत = ['पैकेज/foo.class', 'पैकेज/bar.class'])

env.RMIC(लक्ष्य = 'outdir3',
स्रोत = ['क्लासेस/foo.class', 'क्लासेस/bar.class'],
JAVACLASSDIR = 'क्लासेस')

आरपीसीजेनक्लाइंट(), env.RPCGenClient()
निर्दिष्ट RPC (.x) स्रोत फ़ाइल से RPC क्लाइंट स्टब (_clnt.c) फ़ाइल उत्पन्न करता है।
क्योंकि rpcgen केवल स्थानीय निर्देशिका में आउटपुट फ़ाइलें बनाता है, इसलिए कमांड होगा
डिफ़ॉल्ट रूप से स्रोत फ़ाइल की निर्देशिका में निष्पादित किया जाता है।

# src/rpcif_clnt.c बनाता है
env.RPCGenClient('src/rpcif.x')

आरपीसीजेनहैडर(), env.RPCGenHeader()
निर्दिष्ट RPC (.x) स्रोत फ़ाइल से RPC हेडर (.h) फ़ाइल जेनरेट करता है। क्योंकि
rpcgen केवल स्थानीय निर्देशिका में आउटपुट फ़ाइलें बनाता है, कमांड निष्पादित किया जाएगा
डिफ़ॉल्ट रूप से स्रोत फ़ाइल की निर्देशिका में.

# src/rpcif.h बनाता है
env.RPCGenHeader('src/rpcif.x')

आरपीसीजेनसर्विस(), env.RPCGenService()
निर्दिष्ट RPC (.x) स्रोत फ़ाइल से RPC सर्वर-स्केलेटन (_svc.c) फ़ाइल उत्पन्न करता है।
क्योंकि rpcgen केवल स्थानीय निर्देशिका में आउटपुट फ़ाइलें बनाता है, इसलिए कमांड होगा
डिफ़ॉल्ट रूप से स्रोत फ़ाइल की निर्देशिका में निष्पादित किया जाता है।

# src/rpcif_svc.c बनाता है
env.RPCGenClient('src/rpcif.x')

आरपीसीजेनएक्सडीआर(), env.RPCGenXDR()
निर्दिष्ट RPC (.x) स्रोत फ़ाइल से RPC XDR रूटीन (_xdr.c) फ़ाइल उत्पन्न करता है।
क्योंकि rpcgen केवल स्थानीय निर्देशिका में आउटपुट फ़ाइलें बनाता है, इसलिए कमांड होगा
डिफ़ॉल्ट रूप से स्रोत फ़ाइल की निर्देशिका में निष्पादित किया जाता है।

# src/rpcif_xdr.c बनाता है
env.RPCGenClient('src/rpcif.x')

साझा लाइब्रेरी(), env.साझा लाइब्रेरी()
एक या अधिक दिए गए साझा लाइब्रेरी (POSIX सिस्टम पर .so, Windows पर .dll) का निर्माण करता है
ऑब्जेक्ट फ़ाइलें या C, C++, D या Fortran स्रोत फ़ाइलें। यदि कोई स्रोत फ़ाइलें दी गई हैं, तो
वे स्वचालित रूप से ऑब्जेक्ट फ़ाइलों में संकलित हो जाएँगे। स्थैतिक लाइब्रेरी उपसर्ग और
प्रत्यय (यदि कोई हो) स्वचालित रूप से लक्ष्य में जोड़ दिए जाते हैं। लक्ष्य लाइब्रेरी फ़ाइल उपसर्ग
(द्वारा निर्दिष्ट $SHLIBPREFIX निर्माण चर; डिफ़ॉल्ट रूप से, POSIX पर lib
सिस्टम, विंडोज सिस्टम पर कुछ भी नहीं) और प्रत्यय (द्वारा निर्दिष्ट) $SHLIBSUFFIX
निर्माण चर; डिफ़ॉल्ट रूप से, विंडोज सिस्टम पर .dll, POSIX सिस्टम पर .so) हैं
यदि पहले से मौजूद नहीं है तो स्वचालित रूप से लक्ष्य में जोड़ दिया जाता है। उदाहरण:

env.SharedLibrary(लक्ष्य = 'बार', स्रोत = ['bar.c', 'foo.o'])

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

सिग्विन प्रणालियों पर, साझा लाइब्रेरी बिल्डर विधि हमेशा एक आयात का निर्माण करेगी
साझा (.dll) लाइब्रेरी के अतिरिक्त (.dll.a) लाइब्रेरी, एक .dll.a लाइब्रेरी जोड़ना
यदि पहले से ही .dll.a फ़ाइल स्पष्ट रूप से सूचीबद्ध नहीं है, तो उसी बेसनेम के साथ
लक्ष्य।

स्रोत में सूचीबद्ध कोई भी ऑब्जेक्ट फ़ाइल किसी साझा लाइब्रेरी के लिए बनाई गई होगी (जो कि
का उपयोग कर रहा है, साझाऑब्जेक्ट बिल्डर विधि)। यदि कोई त्रुटि होगी तो scons एक त्रुटि उठाएगा
बेमेल

कुछ प्लेटफ़ॉर्म पर, साझा लाइब्रेरी (लोडेड) और साझा लाइब्रेरी (लोडेड) के बीच अंतर होता है
बाह्य संदर्भों को हल करने के लिए सिस्टम द्वारा स्वचालित रूप से) और एक लोड करने योग्य मॉड्यूल
(उपयोगकर्ता कार्रवाई द्वारा स्पष्ट रूप से लोड किया गया)। अधिकतम पोर्टेबिलिटी के लिए, का उपयोग करें लोड करने योग्य मॉड्यूल
उत्तरार्द्ध के लिए बिल्डर।

जब $SHLIBसंस्करण निर्माण चर परिभाषित किया गया है एक संस्करण साझा लाइब्रेरी है
बनाया गया। यह संशोधित करता है $SHLINKFLAGS आवश्यकतानुसार, संस्करण संख्या को इसमें जोड़ देता है
लाइब्रेरी नाम, और आवश्यक सिम्बलिंक बनाता है।

env.SharedLibrary(लक्ष्य = 'बार', स्रोत = ['bar.c', 'foo.o'], SHLIBVERSION='1.5.2')

POSIX प्रणाली पर, एकल टोकन वाले संस्करण केवल एक सिमलिंक बनाते हैं:
libbar.so.6 में केवल libbar.so सिम्बलिंक होगा। POSIX सिस्टम पर, दो वाले संस्करण
या अधिक टोकन ठीक दो सिम्बलिंक बनाते हैं: libbar.so.2.3.1 में सिम्बलिंक होंगे
libbar.so और libbar.so.2; डार्विन (OSX) सिस्टम पर लाइब्रेरी होगी
libbar.2.3.1.dylib और लिंक libbar.dylib होगा।

विंडोज सिस्टम पर, register=1 निर्दिष्ट करने से .dll को बाद में पंजीकृत किया जाएगा
इसे REGSVR32 का उपयोग करके बनाया गया है। जो कमांड चलाया जाता है ("डिफ़ॉल्ट रूप से regsvr32") वह है
द्वारा निर्धारित $आरईजीएसवीआर निर्माण चर, और पारित झंडे द्वारा निर्धारित कर रहे हैं
$REGSVRFLAGS। डिफ़ॉल्ट रूप से, $REGSVRFLAGS शामिल /s विकल्प, संवादों को रोकने के लिए
पॉप अप करना और इसे चलाने पर उपयोगकर्ता का ध्यान आकर्षित करना। यदि आप इसे बदलते हैं $REGSVRFLAGS, हो सकता है
इसमें अवश्य शामिल करें /s विकल्प। उदाहरण के लिए,

env.SharedLibrary(लक्ष्य = 'बार',
स्रोत = ['bar.cxx', 'foo.obj'],
रजिस्टर=1)

जब यह लिंकिंग का कार्य पूरा कर लेगा तो bar.dll को COM ऑब्जेक्ट के रूप में पंजीकृत कर देगा।

साझाऑब्जेक्ट(), env.साझाऑब्जेक्ट()
साझा लाइब्रेरी में शामिल करने के लिए ऑब्जेक्ट फ़ाइल बनाता है। स्रोत फ़ाइलों में इनमें से एक होना चाहिए
ऊपर निर्दिष्ट एक्सटेंशन का वही सेट स्थैतिकऑब्जेक्ट बिल्डर विधि पर।
कुछ प्लेटफ़ॉर्म पर साझा ऑब्जेक्ट बनाने के लिए अतिरिक्त कंपाइलर विकल्प की आवश्यकता होती है (जैसे
-एफपीआईसी जीसीसी के लिए) एक सामान्य (स्थिर) ऑब्जेक्ट बनाने के लिए आवश्यक के अलावा, लेकिन
कुछ प्लेटफ़ॉर्म पर साझा ऑब्जेक्ट और सामान्य (स्थिर) ऑब्जेक्ट के बीच कोई अंतर नहीं होता है
एक. जब कोई अंतर होगा, तो SCons केवल साझा ऑब्जेक्ट को लिंक करने की अनुमति देगा
साझा लाइब्रेरी में, और साझा ऑब्जेक्ट्स के लिए एक अलग प्रत्यय का उपयोग करेगा।
प्लेटफ़ॉर्म जहाँ कोई अंतर नहीं है, SCons सामान्य (स्थिर) और दोनों की अनुमति देगा
साझा की गई वस्तुओं को एक साझा लाइब्रेरी में लिंक किया जाएगा, और इसके लिए समान प्रत्यय का उपयोग किया जाएगा
साझा और सामान्य (स्थिर) ऑब्जेक्ट। लक्ष्य ऑब्जेक्ट फ़ाइल उपसर्ग (द्वारा निर्दिष्ट)
$SHOBJPREFIX निर्माण चर; डिफ़ॉल्ट रूप से, जैसा ही $ओबीजेपीरिफिक्स) और प्रत्यय
(द्वारा निर्दिष्ट $SHOBJSUFFIX निर्माण चर) स्वचालित रूप से जोड़ दिए जाते हैं
लक्ष्य यदि पहले से मौजूद नहीं है। उदाहरण:

env.SharedObject(लक्ष्य = 'ddd', स्रोत = 'ddd.c')
env.SharedObject(लक्ष्य = 'eee.o', स्रोत = 'eee.cpp')
env.SharedObject(लक्ष्य = 'fff.obj', स्रोत = 'fff.for')

ध्यान दें कि स्रोत फ़ाइलों को प्रत्यय मैपिंग के अनुसार स्कैन किया जाएगा.
SourceFileScanner ऑब्जेक्ट। अधिक जानकारी के लिए नीचे "स्कैनर ऑब्जेक्ट" अनुभाग देखें
जानकारी.

स्टेटिक लाइब्रेरी(), env.स्टेटिक लाइब्रेरी()
एक या अधिक ऑब्जेक्ट फ़ाइलें या C, C++, D या Fortran स्रोत दिए जाने पर एक स्थैतिक लाइब्रेरी बनाता है
फ़ाइलें। यदि कोई स्रोत फ़ाइलें दी गई हैं, तो वे स्वचालित रूप से संकलित हो जाएंगी
ऑब्जेक्ट फ़ाइलें। स्थिर लाइब्रेरी उपसर्ग और प्रत्यय (यदि कोई हो) स्वचालित रूप से जोड़ दिए जाते हैं
लक्ष्य. लक्ष्य लाइब्रेरी फ़ाइल उपसर्ग (द्वारा निर्दिष्ट) $LIBPREFIX निर्माण
चर; डिफ़ॉल्ट रूप से, POSIX सिस्टम पर lib, Windows सिस्टम पर कुछ नहीं) और प्रत्यय
(द्वारा निर्दिष्ट $LIBSUFFIX निर्माण चर; डिफ़ॉल्ट रूप से, विंडोज़ पर .lib
सिस्टम, POSIX सिस्टम पर .a) स्वचालित रूप से लक्ष्य में जोड़े जाते हैं यदि पहले से नहीं जोड़े गए हैं
वर्तमान। उदाहरण:

env.StaticLibrary(लक्ष्य = 'बार', स्रोत = ['bar.c', 'foo.o'])

स्रोत में सूचीबद्ध कोई भी ऑब्जेक्ट फ़ाइल किसी स्थिर लाइब्रेरी के लिए बनाई गई होगी (जो कि
का उपयोग कर रहा है, स्थैतिकऑब्जेक्ट बिल्डर विधि)। यदि कोई त्रुटि होगी तो scons एक त्रुटि उठाएगा
बेमेल

स्टेटिकऑब्जेक्ट(), env.स्टेटिकऑब्जेक्ट()
एक या अधिक C, C++, D, या Fortran स्रोत फ़ाइलों से एक स्थैतिक ऑब्जेक्ट फ़ाइल बनाता है।
स्रोत फ़ाइलों में निम्न में से कोई एक एक्सटेंशन होना चाहिए:

.asm असेंबली भाषा फ़ाइल
.ASM असेंबली भाषा फ़ाइल
.c सी फ़ाइल
.C विंडोज़: C फ़ाइल
POSIX: C++ फ़ाइल
.cc सी++ फ़ाइल
.cpp सी++ फ़ाइल
.cxx सी++ फ़ाइल
.cxx सी++ फ़ाइल
.c++ सी++ फ़ाइल
.C++ C++ फ़ाइल
.d डी फ़ाइल
.f फोरट्रान फ़ाइल
.F विंडोज़: फोरट्रान फ़ाइल
POSIX: फोरट्रान फ़ाइल + C प्री-प्रोसेसर
.फोरट्रान फ़ाइल के लिए
.FOR फोरट्रान फ़ाइल
.fpp फोरट्रान फ़ाइल + C प्री-प्रोसेसर
.FPP फोरट्रान फ़ाइल + C प्री-प्रोसेसर
.m ऑब्जेक्ट C फ़ाइल
.mm ऑब्जेक्ट C++ फ़ाइल
.s असेंबली भाषा फ़ाइल
.S विंडोज़: असेंबली भाषा फ़ाइल
ARM: कोडसोर्सरी सोर्सरी लाइट
.sx असेंबली भाषा फ़ाइल + C प्री-प्रोसेसर
POSIX: असेंबली भाषा फ़ाइल + C प्री-प्रोसेसर
.spp असेंबली भाषा फ़ाइल + C प्री-प्रोसेसर
.SPP असेंबली भाषा फ़ाइल + C प्री-प्रोसेसर

लक्ष्य ऑब्जेक्ट फ़ाइल उपसर्ग (द्वारा निर्दिष्ट) $ओबीजेपीरिफिक्स निर्माण चर;
डिफ़ॉल्ट रूप से कुछ भी नहीं) और प्रत्यय (द्वारा निर्दिष्ट) $ओबीजेसुफ़िक्स निर्माण चर;
.obj (विंडोज सिस्टम पर, .o (POSIX सिस्टम पर) स्वचालित रूप से लक्ष्य में जोड़ दिए जाते हैं यदि
पहले से मौजूद नहीं है। उदाहरण:

env.StaticObject(लक्ष्य = 'aaa', स्रोत = 'aaa.c')
env.StaticObject(लक्ष्य = 'bbb.o', स्रोत = 'bbb.c++')
env.StaticObject(लक्ष्य = 'ccc.obj', स्रोत = 'ccc.f')

ध्यान दें कि स्रोत फ़ाइलों को प्रत्यय मैपिंग के अनुसार स्कैन किया जाएगा
SourceFileScanner ऑब्जेक्ट। अधिक जानकारी के लिए नीचे "स्कैनर ऑब्जेक्ट" अनुभाग देखें
जानकारी.

सब्सटफ़ाइल(), env.सबस्टफ़ाइल()
RSI सबस्टफ़ाइल बिल्डर किसी अन्य फ़ाइल या फ़ाइलों के सेट से एक एकल पाठ फ़ाइल बनाता है
उन्हें एक साथ जोड़कर $लाइनसेपरेटर और पाठ को प्रतिस्थापित करना $SUBST_DICT
निर्माण चर। स्रोत फ़ाइलों की नेस्टेड सूचियाँ समतल हैं। यह भी देखें पाठ फ़ाइल.

यदि एक भी स्रोत फ़ाइल .in प्रत्यय के साथ मौजूद है, तो प्रत्यय हटा दिया जाता है और
शेष को डिफ़ॉल्ट लक्ष्य नाम के रूप में उपयोग किया जाता है।

द्वारा निर्दिष्ट उपसर्ग और प्रत्यय $SUBSTFILEPREFIX और $SUBSTFILESUPFIX
निर्माण चर (दोनों मामलों में डिफ़ॉल्ट रूप से शून्य स्ट्रिंग) स्वचालित रूप से होते हैं
यदि वे पहले से मौजूद नहीं हैं तो उन्हें लक्ष्य में जोड़ दिया जाता है।

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

स्रोत में किसी कुंजी की उपस्थिति को संबंधित मान से प्रतिस्थापित कर दिया जाता है, जो
यह पायथन कॉलेबल फ़ंक्शन या स्ट्रिंग हो सकता है। यदि मान कॉलेबल है, तो यह
स्ट्रिंग प्राप्त करने के लिए बिना किसी तर्क के बुलाया जाता है। स्ट्रिंग्स हैं subst-विस्तार और परिणाम
कुंजी को प्रतिस्थापित करता है.

env = पर्यावरण(उपकरण = ['डिफ़ॉल्ट', 'टेक्स्टफ़ाइल'])

env['उपसर्ग'] = '/ Usr / bin'
स्क्रिप्ट_डिक्ट = {'@prefix@': '/ bin', @exec_prefix@: '$prefix'}
env.Substfile('script.in', SUBST_DICT = script_dict)

conf_dict = {'%VERSION%': '1.2.3', '%BASE%': 'MyProg'}
env.Substfile('config.h.in', conf_dict, SUBST_DICT = conf_dict)

# अप्रत्याशित - एक कुंजी दूसरी कुंजी का उपसर्ग है
Bad_foo = {'$foo': '$foo', '$foobar': '$foobar'}
env.Substfile('foo.in', SUBST_DICT = bad_foo)

# PREDICTABLE - सबसे लंबी कुंजियाँ पहले लागू होती हैं
अच्छा_फू = [('$foobar', '$foobar'), ('$foo', '$foo')]
env.Substfile('foo.in', SUBST_DICT = good_foo)

# अप्रत्याशित - एक प्रतिस्थापन को और आगे बढ़ाया जा सकता है
ख़राब_बार = {'@bar@': '@soap@', '@soap@': 'lye'}
env.Substfile('bar.in', SUBST_DICT = bad_bar)

# पूर्वानुमानित - प्रतिस्थापन क्रम में विस्तारित किए जाते हैं
अच्छा_बार = (('@bar@', '@soap@'), ('@soap@', 'lye'))
env.Substfile('bar.in', SUBST_DICT = good_bar)

# SUBST_DICT समान हो सकता है (और ओवरराइड नहीं)
प्रतिस्थापन = {}
subst = पर्यावरण(उपकरण = ['textfile'], SUBST_DICT = प्रतिस्थापन)
प्रतिस्थापन['@foo@'] = 'foo'
सबस्ट['SUBST_DICT']['@bar@'] = 'बार'
subst.Substfile('pgm1.c', [मान('#शामिल "@[ईमेल संरक्षित]"'),
मान('#शामिल "@[ईमेल संरक्षित]"'),
"common.in",
"pgm1.in"
])
subst.Substfile('pgm2.c', [मान('#शामिल "@[ईमेल संरक्षित]"'),
मान('#शामिल "@[ईमेल संरक्षित]"'),
"common.in",
"pgm2.in"
])

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

env.टार('src.tar', 'src')

# stuff.tar फ़ाइल बनाएँ.
env.Tar('सामान', ['subdir1', 'subdir2'])
# इसके अलावा stuff.tar फ़ाइल में "another" जोड़ें.
env.Tar('सामान', 'अन्य')

# gzip-फ़िल्टर किए गए संग्रह को बनाने के लिए TARFLAGS सेट करें।
env = पर्यावरण(TARFLAGS = '-c -z')
env.Tar('foo.tar.gz', 'foo')

# प्रत्यय को .tgz पर भी सेट करें.
env = पर्यावरण(TARFLAGS = '-c -z',
TARSUFFIX = '.tgz')
env.टार('foo')

टेक्स्टफ़ाइल(), env.टेक्स्टफ़ाइल()
RSI पाठ फ़ाइल बिल्डर एक एकल पाठ फ़ाइल उत्पन्न करता है। स्रोत स्ट्रिंग्स का गठन
पंक्तियाँ; स्रोतों की नेस्टेड सूचियाँ समतल कर दी गई हैं। $लाइनसेपरेटर को अलग करने के लिए प्रयोग किया जाता है
तार।

यदि मौजूद है, तो $SUBST_DICT निर्माण चर का उपयोग स्ट्रिंग को संशोधित करने के लिए किया जाता है
वे लिखे गए हैं; देखें सबस्टफ़ाइल विवरण के लिए विवरण।

द्वारा निर्दिष्ट उपसर्ग और प्रत्यय $टेक्सटाइलप्रीफिक्स और $टेक्स्टफाइल्सफ़िक्स
निर्माण चर (क्रमशः शून्य स्ट्रिंग और डिफ़ॉल्ट रूप से .txt) हैं
यदि वे पहले से मौजूद नहीं हैं तो उन्हें स्वचालित रूप से लक्ष्य में जोड़ दिया जाता है। उदाहरण:

# foo.txt बनाता/लिखता है
env.Textfile(लक्ष्य = 'foo.txt', स्रोत = ['गोएथे', 42, 'शिलर'])

# bar.txt बनाता/लिखता है
env.Textfile(लक्ष्य = 'बार',
स्रोत = ['लालाला', 'तांटेरेटी'],
लाइनसेपरेटर='|*')

# नेस्टेड सूचियाँ स्वचालित रूप से समतल हो जाती हैं
env.Textfile(लक्ष्य = 'ब्लॉब',
स्रोत = ['लालाला', ['गोएथे', 42 'शिलर'], 'तांटेरेटी'])

# फ़ाइलों को File() में लपेटकर इनपुट के रूप में उपयोग किया जा सकता है
env.Textfile(target = 'concat', # फ़ाइलों को मार्कर के साथ संयोजित करें
स्रोत = [फ़ाइल('concat1'), फ़ाइल('concat2')],
लाइनसेपरेटर = '======================\n')

परिणाम इस प्रकार हैं:
foo.txt
....८<----
गेटे
42
शिलर
....8<---- (अंत में कोई लाइनफीड नहीं)

बार.txt:
....८<----
lalala|*tanteratei
....8<---- (अंत में कोई लाइनफीड नहीं)

ब्लॉब.txt
....८<----
Lalala
गेटे
42
शिलर
टेंटरेटी
....8<---- (अंत में कोई लाइनफीड नहीं)

अनुवाद करना(), env.अनुवाद()
यह छद्म बिल्डर gettext टूलसेट से संबंधित है। बिल्डर अंतर्राष्ट्रीयकृत निकालता है
स्रोत फ़ाइलों से संदेश, POT टेम्पलेट को अपडेट करता है (यदि आवश्यक हो) और फिर PO को अपडेट करता है
अनुवाद (यदि आवश्यक हो)। $POऑटोइनिट सेट है, गुम PO फ़ाइलें होंगी
स्वचालित रूप से बनाया गया (अर्थात अनुवादक व्यक्ति के हस्तक्षेप के बिना)।
$लिंगुआस_फ़ाइल और $POTDOMAIN अन्य सभी निर्माण कार्यों को भी ध्यान में रखा जाता है।
द्वारा उपयोग किए जाने वाले चर POTअपडेट, तथा POअपडेट यहाँ भी काम करो.

उदाहरण 1सबसे सरल तरीका है इनपुट फ़ाइलों और आउटपुट भाषाओं को इनलाइन निर्दिष्ट करना
SCons स्क्रिप्ट का आह्वान करते समय अनुवाद करना

# SConscript 'po/' निर्देशिका में
env = पर्यावरण( उपकरण = ["डिफ़ॉल्ट", "gettext"] )
env['POAUTOINIT'] = 1
env.Translate(['en','pl'], ['../a.cpp','../b.cpp'])

उदाहरण 2यदि आप चाहें तो ऑटोटूल्स से ज्ञात पारंपरिक शैली से भी जुड़े रह सकते हैं,
यानी POTFILES.in और LINGUAS फ़ाइलों का उपयोग करना

# भाषाएँ
en pl
#समाप्त

# POTFILES.in
ए.सीपीपी
बी.सीपीपी
# समाप्त

# एसकॉन्स्क्रिप्ट
env = पर्यावरण( उपकरण = ["डिफ़ॉल्ट", "gettext"] )
env['POAUTOINIT'] = 1
env['XGETTEXTPATH'] = ['../']
env.Translate(LINGUAS_FILE = 1, XGETTEXTFROM = 'POTFILES.in')

अंतिम दृष्टिकोण शायद अनुशंसित है। यह आसानी से विभाजित करने की अनुमति देता है
अलग SCons स्क्रिप्ट पर अंतर्राष्ट्रीयकरण/स्थानीयकरण, जहां एक स्क्रिप्ट
स्रोत वृक्ष अनुवाद (स्रोतों से PO फ़ाइलों तक) और स्क्रिप्ट के लिए जिम्मेदार है
विभिन्न निर्देशिकाएँ PO से MO फ़ाइलों के संकलन के लिए जिम्मेदार हैं
MO फ़ाइलों की स्थापना। इन दो स्क्रिप्ट को सिंक्रनाइज़ करने वाला "ग्लूइंग फैक्टर" तब होता है
LINGUAS फ़ाइल की सामग्री। ध्यान दें, कि अपडेट की गई POT और PO फ़ाइलें आमतौर पर जा रही हैं
रिपोजिटरी में वापस प्रतिबद्ध होने के लिए, इसलिए उन्हें स्रोत के भीतर अद्यतन किया जाना चाहिए
निर्देशिका (और भिन्न निर्देशिकाओं में नहीं)। इसके अतिरिक्त, po/ की फ़ाइल सूची
निर्देशिका में LINGUAS फ़ाइल है, इसलिए स्रोत वृक्ष अनुवादकों को परिचित लगता है, और
वे अपने सामान्य तरीके से परियोजना पर काम कर सकते हैं।

उदाहरण 3आइए नीचे दिए अनुसार एक विकास वृक्ष तैयार करें

परियोजना /
+ एसकंस्ट्रक्ट
+ निर्माण/
+ स्रोत/
+ पो/
+ स्कॉन्स्क्रिप्ट
+ SConscript.i18n
+ POTFILES.in
+ भाषाएँ

बिल्ड वैरिएंट डायरेक्टरी है। शीर्ष-स्तरीय SConstruct स्क्रिप्ट को इस प्रकार लिखें

# एसकंस्ट्रक्ट
env = पर्यावरण( उपकरण = ["डिफ़ॉल्ट", "gettext"] )
VariantDir('बिल्ड', 'src', डुप्लिकेट = 0)
env['POAUTOINIT'] = 1
SConscript('src/po/SConscript.i18n', निर्यात = 'env')
SConscript('build/po/SConscript', निर्यात = 'env')

src/po/SConscript.i18n के रूप में

# src/po/SConscript.i18n
आयात('env')
env.Translate(LINGUAS_FILE=1, XGETTEXTFROM='POTFILES.in', XGETTEXTPATH=['../'])

और src/po/SConscript

# src/po/SConscript
आयात('env')
env.MOFiles(LINGUAS_FILE = 1)

इस तरह की व्यवस्था src/po/ और बाइनरी MO फ़ाइलों में स्रोत वृक्ष के अंतर्गत POT और PO फ़ाइलें उत्पन्न करती है
build/po/ में वेरिएंट ट्री के अंतर्गत। इस तरह POT और PO फ़ाइलें अलग हो जाती हैं
अन्य आउटपुट फ़ाइलें, जिन्हें स्रोत रिपॉजिटरी में वापस नहीं भेजा जाना चाहिए (जैसे MO
फ़ाइलें)।

नोट
उपरोक्त उदाहरण में, PO फ़ाइलें अपडेट नहीं होती हैं, न ही स्वचालित रूप से बनाई जाती हैं जब आप
मुद्दा स्कैन्स '.' कमांड। फ़ाइलों को हाथ से अपडेट (बनाया) किया जाना चाहिए स्कैन्स
po-अपडेट और फिर MO फ़ाइलों को चलाकर संकलित किया जा सकता है स्कैन्स '.'.

प्रकारलाइब्रेरी(), env.टाइपलाइब्रेरी()
इनपुट IDL फ़ाइल (.idl) से Windows टाइप लाइब्रेरी (.tlb) फ़ाइल बनाता है। इसके अलावा,
यह संबंधित इंटरफ़ेस स्टब और प्रॉक्सी स्रोत फ़ाइलों का निर्माण करेगा, उन्हें नाम देगा
.idl फ़ाइल के मूल नाम के अनुसार। उदाहरण के लिए,

env.TypeLibrary(स्रोत="foo.idl")

foo.tlb, foo.h, foo_i.c, foo_p.c और foo_data.c फ़ाइलें बनाएगा।

यूआईसी(), env.Uic()
एक ui फ़ाइल से एक हेडर फ़ाइल, एक कार्यान्वयन फ़ाइल और एक moc फ़ाइल बनाता है। तथा
उपरोक्त क्रम में संगत नोड्स लौटाता है। यह बिल्डर केवल उपलब्ध है
'qt' टूल का उपयोग करने के बाद। नोट: आप .ui फ़ाइलों को सीधे स्रोत फ़ाइलों के रूप में निर्दिष्ट कर सकते हैं
la कार्यक्रम, पुस्तकालय और साझा लाइब्रेरी इस बिल्डर का उपयोग किए बिना बिल्डर्स। इसका उपयोग करना
बिल्डर आपको मानक नामकरण परंपराओं को ओवरराइड करने देता है (सावधान रहें: उपसर्ग
निर्मित फ़ाइलों के नाम के आगे हमेशा उपसर्ग लगाएँ; यदि आप उपसर्ग नहीं चाहते हैं, तो आप उन्हें सेट कर सकते हैं
``) देखें $क्यूटीडीआईआर अधिक जानकारी के लिए variable पर जाएँ। उदाहरण:

env.Uic('foo.ui') # -> ['foo.h', 'uic_foo.cc', 'moc_foo.cc']
env.Uic(लक्ष्य = विभाजित('शामिल/foo.h gen/uicfoo.cc gen/mocfoo.cc'),
स्रोत = 'foo.ui') # -> ['include/foo.h', 'gen/uicfoo.cc', 'gen/mocfoo.cc']

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

env.ज़िप('src.zip', 'src')

# stuff.zip फ़ाइल बनाएँ.
env.Zip('सामान', ['subdir1', 'subdir2'])
# इसके अलावा stuff.tar फ़ाइल में "another" जोड़ें.
env.Zip('सामान', 'अन्य')

बिल्डर विधियों के सभी लक्ष्य स्वचालित रूप से उनके स्रोतों पर निर्भर करते हैं।
निर्भरता का उपयोग करके निर्दिष्ट किया जा सकता है निर्भर करता है निर्माण पर्यावरण की विधि (देखें
नीचे).

इसके अलावा, स्कैन्स विभिन्न प्रोग्रामिंग भाषाओं के लिए स्रोत फ़ाइलों को स्वचालित रूप से स्कैन करता है, इसलिए
निर्भरताओं को स्पष्ट रूप से निर्दिष्ट करने की आवश्यकता नहीं है। डिफ़ॉल्ट रूप से, SCons C स्रोत हो सकते हैं
फ़ाइलें, C++ स्रोत फ़ाइलें, Fortran स्रोत फ़ाइलें .F (केवल POSIX सिस्टम), .एफपीपी, or एफपीपी
फ़ाइल एक्सटेंशन, और असेंबली भाषा फ़ाइलें .S (केवल POSIX सिस्टम), .एसपीपी, or .एसपीपी
सी प्रीप्रोसेसर निर्भरता के लिए फ़ाइल एक्सटेंशन। SCons में डिफ़ॉल्ट समर्थन भी है
D स्रोत फ़ाइलों को स्कैन करना, आप समर्थन जोड़ने के लिए अपने स्वयं के स्कैनर भी लिख सकते हैं
अतिरिक्त स्रोत फ़ाइल प्रकार। इन्हें स्कैनर द्वारा उपयोग किए जाने वाले डिफ़ॉल्ट स्कैनर ऑब्जेक्ट में जोड़ा जा सकता है
वस्तु(), स्थैतिकऑब्जेक्ट(), तथा साझाऑब्जेक्ट() बिल्डर्स को इसमें जोड़कर
सोर्सफ़ाइलस्कैनर ऑब्जेक्ट। अधिक जानकारी के लिए नीचे "स्कैनर ऑब्जेक्ट" अनुभाग देखें
अपने स्वयं के स्कैनर ऑब्जेक्ट्स को परिभाषित करने और उपयोग करने के बारे में सोर्सफ़ाइलस्कैनर वस्तु।

तरीके और कार्य सेवा मेरे Do चीज़ें
बिल्डर विधियों के अतिरिक्त, स्कैन्स कई अन्य निर्माण वातावरण प्रदान करता है
बिल्ड कॉन्फ़िगरेशन में हेरफेर करने के लिए विधियाँ और वैश्विक फ़ंक्शन।

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

समारोह(तर्क)

और यदि आप किसी निर्माण परिवेश के माध्यम से कुछ कहते हैं तो वह इस प्रकार दिखाई देता है:

env.फ़ंक्शन(तर्क)

यदि आप दोनों तरीकों से कार्यक्षमता को कॉल कर सकते हैं, तो दोनों रूप सूचीबद्ध हैं।

वैश्विक फ़ंक्शन को कस्टम पायथन मॉड्यूल से बुलाया जा सकता है जिसे आप किसी में आयात करते हैं
SConscript फ़ाइल को Python मॉड्यूल में निम्नलिखित जोड़कर:

SCons.Script से आयात करें *

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

env = पर्यावरण(FOO = 'foo')
डिफ़ॉल्ट('$FOO')
env.डिफ़ॉल्ट('$FOO')

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

निर्माण पर्यावरण विधियाँ और वैश्विक कार्य समर्थित हैं स्कैन्स शामिल हैं:

क्रिया(क्रिया, [cmd/str/fun, [var, ...]] [option=value, ...]), env.Action(क्रिया,
[cmd/str/fun, [var, ...]] [विकल्प=मूल्य, ...])
निर्दिष्ट के लिए एक एक्शन ऑब्जेक्ट बनाता है कार्य"एक्शन ऑब्जेक्ट्स" अनुभाग देखें,
तर्कों और व्यवहार की पूरी व्याख्या के लिए नीचे देखें।

ध्यान दें कि env.कार्रवाई() आह्वान का स्वरूप निर्माण चर का विस्तार करेगा
किसी भी तर्क स्ट्रिंग में, जिसमें शामिल है कार्य तर्क, उस समय इसका उपयोग करके बुलाया जाता है
निर्माण में चर env निर्माण पर्यावरण जिसके माध्यम से
env.कार्रवाई() को बुलाया गया। कार्य() फ़ॉर्म सभी चर विस्तार में देरी करता है जब तक
क्रिया वस्तु वास्तव में प्रयोग की जाती है।

AddMethod(ऑब्जेक्ट, फ़ंक्शन, [नाम]), env.AddMethod(फ़ंक्शन, [नाम])
जब के साथ बुलाया विधि जोड़ें() फ़ॉर्म, निर्दिष्ट जोड़ता है समारोह निर्दिष्ट करने के लिए
वस्तु निर्दिष्ट विधि के रूप में नाम. जब बुलाया जाता है env.AddMethod() फॉर्म, जोड़ता है
विष्तृत समारोह निर्माण पर्यावरण के लिए env निर्दिष्ट विधि के रूप में
नामदोनों ही मामलों में, यदि नाम छोड़ा गया है या कोई नहीं, निर्दिष्ट का नाम समारोह
स्वयं को विधि नाम के लिए उपयोग किया जाता है।

उदाहरण:

# ध्यान दें कि फ़ंक्शन का पहला तर्क
# विधि के रूप में संलग्न किया जाना चाहिए क्योंकि ऑब्जेक्ट के माध्यम से होना चाहिए
# जिस विधि को बुलाया जाएगा; पायथन
# परम्परागत रूप से इसे 'स्व' कहा जाता है।
def my_method(स्वयं, आर्ग):
प्रिंट "my_method() मिला", arg

# विधि जोड़ने के लिए वैश्विक AddMethod() फ़ंक्शन का उपयोग करें
# को Environmental क्लास में जोड़ें।
AddMethod(पर्यावरण, my_method)
env = पर्यावरण()
env.my_method('arg')

# फ़ंक्शन का उपयोग करके फ़ंक्शन को विधि के रूप में जोड़ें
# विधि कॉल के लिए नाम.
env = पर्यावरण()
env.AddMethod(मेरी_विधि, 'अन्य_विधि_नाम')
env.other_method_name('अन्य तर्क')

AddOption(तर्क)
यह फ़ंक्शन पहचाने जाने के लिए एक नया कमांड-लाइन विकल्प जोड़ता है। तर्क
मानक पायथन द्वारा समर्थित समान हैं ऑप्टपर्स.add_option() विधि (एक के साथ
कुछ अतिरिक्त क्षमताएं नीचे दी गई हैं); ऑप्टपर्स के लिए दस्तावेज़ देखें
इसके विकल्प-प्रसंस्करण क्षमताओं पर विस्तृत चर्चा की गई।

द्वारा समर्थित तर्कों और मूल्यों के अतिरिक्त ऑप्टपर्स.add_option() तरीका,
एससीओएनएस विकल्प जोड़ें फ़ंक्शन आपको nargs कीवर्ड मान को '?' पर सेट करने की अनुमति देता है
केवल प्रश्न चिह्न के साथ स्ट्रिंग) यह इंगित करने के लिए कि निर्दिष्ट लंबा विकल्प(विकल्प)
एक ले लो वैकल्पिक तर्क. जब nargs = '?' को पास किया जाता है विकल्प जोड़ें समारोह,
const कीवर्ड तर्क का उपयोग "डिफ़ॉल्ट" मान प्रदान करने के लिए किया जा सकता है
इसका उपयोग तब किया जाता है जब विकल्प को कमांड लाइन पर स्पष्ट तर्क के बिना निर्दिष्ट किया जाता है।

यदि कॉल करते समय कोई default= कीवर्ड तर्क नहीं दिया गया है विकल्प जोड़ें, विकल्प होगा
डिफ़ॉल्ट मान None है.

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

नये विकल्प(ओं) के लिए कोई निर्दिष्ट help= स्ट्रिंग्स प्रदर्शित की जाएंगी -H or -h
विकल्प (उत्तरार्द्ध केवल तभी जब SConscript फ़ाइलों में कोई अन्य सहायता पाठ निर्दिष्ट न किया गया हो)।
द्वारा निर्दिष्ट स्थानीय विकल्पों के लिए सहायता पाठ विकल्प जोड़ें SCons के नीचे दिखाई देगा
विकल्प स्वयं, एक अलग स्थानीय विकल्प शीर्षक के अंतर्गत दिखाई देंगे। विकल्प इस प्रकार दिखाई देंगे
सहायता पाठ उसी क्रम में जिसमें विकल्प जोड़ें कॉल होते हैं.

उदाहरण:

AddOption('--prefix',
dest='प्रीफ़िक्स',
nargs=1, प्रकार='स्ट्रिंग',
क्रिया='स्टोर',
मेटावर='DIR',
सहायता='स्थापना उपसर्ग')
env = पर्यावरण(PREFIX = GetOption('prefix'))

AddPostAction(लक्ष्य, क्रिया), env.AddPostAction(लक्ष्य, क्रिया)
निर्दिष्ट के लिए व्यवस्था करता है कार्य निर्दिष्ट समय के बाद किया जाना लक्ष्य कर दिया गया है
निर्मित। निर्दिष्ट क्रिया(एँ) एक एक्शन ऑब्जेक्ट हो सकती है, या कुछ भी हो सकता है जिसे बनाया जा सकता है
एक्शन ऑब्जेक्ट में परिवर्तित किया गया (नीचे देखें)।

जब एकाधिक लक्ष्य दिए जाते हैं, तो कार्रवाई को एक से अधिक बार बुलाया जा सकता है
सूची में एक या अधिक लक्ष्य उत्पन्न करने वाली प्रत्येक कार्रवाई के बाद।

AddPreAction(लक्ष्य, क्रिया), env.AddPreAction(लक्ष्य, क्रिया)
निर्दिष्ट के लिए व्यवस्था करता है कार्य निर्दिष्ट समय से पहले निष्पादित किया जाना लक्ष्य is
निर्मित। निर्दिष्ट क्रिया(एँ) एक एक्शन ऑब्जेक्ट हो सकती है, या कुछ भी हो सकता है जिसे बनाया जा सकता है
एक्शन ऑब्जेक्ट में परिवर्तित किया गया (नीचे देखें)।

जब एकाधिक लक्ष्य निर्दिष्ट किए जाते हैं, तो कार्रवाई को एक से अधिक बार बुलाया जा सकता है
सूची में एक या अधिक लक्ष्य उत्पन्न करने वाली प्रत्येक कार्रवाई से पहले.

ध्यान दें कि यदि किसी भी लक्ष्य को कई चरणों में बनाया जाता है, तो कार्रवाई होगी
"अंतिम" कार्रवाई से ठीक पहले लागू किया जाता है जो विशेष रूप से निर्दिष्ट उत्पन्न करता है
लक्ष्य(लक्ष्य)। उदाहरण के लिए, किसी निर्दिष्ट स्रोत से निष्पादन योग्य प्रोग्राम बनाते समय .c
एक मध्यवर्ती ऑब्जेक्ट फ़ाइल के माध्यम से फ़ाइल:

foo = प्रोग्राम('foo.c')
AddPreAction(foo, 'pre_action')

निर्दिष्ट pre_action को scons द्वारा लिंक कमांड को कॉल करने से पहले निष्पादित किया जाएगा।
वास्तव में निष्पादन योग्य प्रोग्राम बाइनरी foo उत्पन्न करता है, foo.c संकलित करने से पहले नहीं
फ़ाइल को ऑब्जेक्ट फ़ाइल में बदलें।

उपनाम(उपनाम, [लक्ष्य, [कार्रवाई]]), env.उपनाम(उपनाम, [लक्ष्य, [कार्रवाई]])
एक या अधिक नकली लक्ष्य बनाता है जो एक या अधिक अन्य लक्ष्यों तक विस्तारित होते हैं।
वैकल्पिक कार्य (कमांड) या क्रियाओं की सूची निर्दिष्ट की जा सकती है जिन्हें निष्पादित किया जाएगा
जब भी कोई उपनाम लक्ष्य पुराना हो। नोड ऑब्जेक्ट लौटाता है
उपनाम का प्रतिनिधित्व करता है, जो किसी भी फ़ाइल सिस्टम के बाहर मौजूद होता है। यह नोड ऑब्जेक्ट, या
उपनाम नाम, किसी अन्य लक्ष्य की निर्भरता के रूप में इस्तेमाल किया जा सकता है, जिसमें अन्य शामिल हैं
उपनाम। उर्फ अतिरिक्त जोड़ने के लिए एक ही उपनाम के लिए कई बार कॉल किया जा सकता है
उपनाम में लक्ष्य जोड़ना, या इस उपनाम के लिए सूची में अतिरिक्त क्रियाएँ जोड़ना।

उदाहरण:

उपनाम('इंस्टॉल')
उपनाम('इंस्टॉल', '/ Usr / bin')
उपनाम(['install', 'install-lib'], '/ Usr / स्थानीय / lib')

env.Alias('इंस्टॉल', ['/ Usr / स्थानीय / बिन''/ Usr / स्थानीय / lib'])
env.Alias('इंस्टॉल', ['/ usr / स्थानीय / आदमी'])

env.Alias('अपडेट', ['फ़ाइल1', 'फ़ाइल2'], "अपडेट_डेटाबेस $SOURCES")

AllowSubstExceptions([अपवाद, ...])
निर्माण चरों का विस्तार करते समय अनुमत अपवादों को निर्दिष्ट करता है।
डिफ़ॉल्ट रूप से, कोई भी निर्माण चर विस्तार जो NameError या उत्पन्न करता है
IndexError अपवाद एक '' (एक शून्य स्ट्रिंग) में विस्तारित हो जाएगा और scons को विफल नहीं करेगा।
निर्दिष्ट सूची में शामिल न होने वाले सभी अपवाद एक त्रुटि संदेश उत्पन्न करेंगे और समाप्त हो जाएंगे
प्रसंस्करण।

If सब्सटअपवादों की अनुमति दें को कई बार कॉल किया जाता है, प्रत्येक कॉल पूरी तरह से ओवरराइट कर देती है
अनुमत अपवादों की पिछली सूची.

उदाहरण:

# यह आवश्यक है कि सभी निर्माण चर नाम मौजूद हों.
# (यदि आप नियमों को सख्ती से लागू करना चाहते हैं तो आप ऐसा कर सकते हैं)
# सभी निर्माण चरों को उपयोग से पहले परिभाषित किया जाना चाहिए।)
अनुमति देंसबस्टएक्सेप्शन()

# शून्य-विभाजन विस्तार वाली स्ट्रिंग को भी अनुमति दें
# '${1 / 0}' को '' पर मूल्यांकित करने के लिए पसंद करें.
AllowSubstExceptions(इंडेक्स त्रुटि, नाम त्रुटि, शून्य विभाजन त्रुटि)

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

env.Append(कुंजी=val, [...])
निर्माण चर के अंत में निर्दिष्ट कीवर्ड तर्क जोड़ता है
पर्यावरण। यदि पर्यावरण में निर्दिष्ट निर्माण चर नहीं है, तो यह
बस पर्यावरण में जोड़ा जाता है। यदि निर्माण चर और के मान
यदि कीवर्ड तर्क एक ही प्रकार के हैं, तो दोनों मानों को आसानी से एक साथ जोड़ दिया जाएगा।
अन्यथा, निर्माण चर और कीवर्ड तर्क का मान दोनों हैं
सूचियों में जबरन डाला जाता है, और सूचियों को एक साथ जोड़ दिया जाता है। (प्रीपेन्ड विधि भी देखें,
नीचे।)

उदाहरण:

env.Append(CCFLAGS = ' -g', FOO = ['foo.yyy'])

env.AppendENVPath(नाम, नयापथ, [envname, sep, delete_existing])
यह निर्दिष्ट बाह्य वातावरण में दिए गए पथ में नए पथ तत्वों को जोड़ता है
(डिफ़ॉल्ट रूप से ENV)। यह किसी विशेष पथ को केवल एक बार जोड़ेगा (अंतिम पथ को छोड़कर)
मुठभेड़ों को छोड़कर बाकी को अनदेखा करना, ताकि पथ क्रम को बनाए रखा जा सके), और यह सुनिश्चित करने में मदद करने के लिए,
सभी पथों को सामान्य करेगा (उपयोग करके) ओएस.पथ.नॉर्मपथ और ओएस.पथ.नॉर्मकेस) का है। यह भी कर सकते हैं
उस स्थिति को संभालें जहां दिया गया पुराना पथ चर स्ट्रिंग के बजाय एक सूची है,
इस स्थिति में स्ट्रिंग के बजाय सूची लौटाई जाएगी।

If मौजूदा_हटाना 0 है, तो पहले से मौजूद पथ को जोड़ने से वह आगे नहीं बढ़ेगा
अंत में; यह सूची में जहां है वहीं रहेगा।

उदाहरण:

प्रिंट 'पहले:', env['ENV']['शामिल']
include_path = '/foo/bar:/foo'
env.AppendENVPath('INCLUDE', include_path)
प्रिंट 'बाद में:', env['ENV']['शामिल करें']

पैदावार:
पहले: /foo:/biz
बाद में: /biz:/foo/bar:/foo

env.AppendUnique(कुंजी=val, [...], delete_existing=0)
निर्माण चर के अंत में निर्दिष्ट कीवर्ड तर्क जोड़ता है
पर्यावरण। यदि पर्यावरण में निर्दिष्ट निर्माण चर नहीं है, तो यह
बस पर्यावरण में जोड़ा जाता है। यदि निर्माण चर को जोड़ा जा रहा है
एक सूची, फिर निर्माण चर में पहले से मौजूद कोई भी मान नहीं be
सूची में फिर से जोड़ा गया। हालाँकि, यदि delete_existing 1 है, तो मौजूदा मिलान मान
पहले हटा दिए जाते हैं, इसलिए आर्ग सूची में मौजूदा मान सूची के अंत में चले जाते हैं।

उदाहरण:

env.AppendUnique(CCFLAGS = '-g', FOO = ['foo.yyy'])

env.बिटकीपर()
एक फैक्ट्री फ़ंक्शन जो स्रोत फ़ाइलों को लाने के लिए उपयोग किए जाने वाले बिल्डर ऑब्जेक्ट को लौटाता है
बिटकीपर का उपयोग करके। लौटाए गए बिल्डर को पास करने का इरादा है सोर्स कोड
समारोह.

यह फ़ंक्शन अप्रचलित है। विवरण के लिए, प्रविष्टि देखें सोर्स कोड समारोह.

उदाहरण:

env.SourceCode('.', env.BitKeeper())

बिल्डडायर(build_dir, src_dir, [डुप्लिकेट]), env.बिल्डडायर(build_dir, src_dir, [डुप्लिकेट])
अप्रचलित समानार्थी शब्द वैरिएंटडायर और env.वैरिएंटडायर()। NS बिल्ड_दिर तर्क
बन जाता है variant_dir का तर्क वैरिएंटडायर or env.वैरिएंटडायर()।

बिल्डर(कार्रवाई, [तर्क]), env.Builder(कार्रवाई, [तर्क])
निर्दिष्ट के लिए एक बिल्डर ऑब्जेक्ट बनाता है कार्य"बिल्डर ऑब्जेक्ट्स" अनुभाग देखें,
तर्कों और व्यवहार की पूरी व्याख्या के लिए नीचे देखें।

ध्यान दें कि env.बिल्डर() आह्वान का स्वरूप निर्माण चर का विस्तार करेगा
किसी भी तर्क स्ट्रिंग में, जिसमें शामिल है कार्य तर्क, उस समय इसे कहा जाता है
निर्माण चर का उपयोग करके env निर्माण पर्यावरण जिसके माध्यम से
env.बिल्डर() को बुलाया गया। निर्माता सभी चर विस्तार में देरी तब तक होती है जब तक
बिल्डर ऑब्जेक्ट को वास्तव में बुलाया जाता है।

कैशडायर(cache_dir), env.CacheDir(cache_dir)
निर्दिष्ट करता है कि scons व्युत्पन्न फ़ाइलों का कैश बनाए रखेगा कैशे_दिरव्युत्पन्न
कैश में मौजूद फ़ाइलें उसी का उपयोग करने वाले सभी बिल्ड के बीच साझा की जाएंगी कैशडिर पु का र ना।
निर्दिष्ट करना कैशे_दिर None का उपयोग करके व्युत्पन्न फ़ाइल कैशिंग को अक्षम कर दिया जाता है।

कॉलिंग env.कैशडायर() केवल निर्दिष्ट के माध्यम से बनाए गए लक्ष्यों को प्रभावित करेगा
निर्माण पर्यावरण. कैशडिर एक वैश्विक डिफ़ॉल्ट सेट करता है जिसका उपयोग किया जाएगा
निर्माण वातावरण के माध्यम से बनाए गए सभी लक्ष्य नहीं एक है env.कैशडायर()
निर्दिष्ट।

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

निर्दिष्ट का उपयोग कैशडिर का उपयोग करके किसी भी आह्वान के लिए अक्षम किया जा सकता है
--कैश-अक्षम विकल्प.

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

उपयोग करते समय कैशडिर, scons रिपोर्ट करेगा, "कैश से `फ़ाइल' पुनर्प्राप्त की गई," जब तक कि
--कैश-शो विकल्प का उपयोग किया जा रहा है। जब --कैश-शो विकल्प का उपयोग किया जाता है, scons होगा
उस क्रिया को प्रिंट करें होगा फ़ाइल बनाने के लिए उपयोग किया गया है, बिना किसी संकेत के
कि फ़ाइल वास्तव में कैश से पुनर्प्राप्त की गई थी। यह बिल्ड बनाने के लिए उपयोगी है
लॉग जो समतुल्य हैं, भले ही दी गई व्युत्पन्न फ़ाइल बनाई गई हो या नहीं
स्थान पर या कैश से पुनर्प्राप्त।

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

स्वच्छ(लक्ष्य, फ़ाइलें_या_निर्देशिकाएँ), env.Clean(लक्ष्य, फ़ाइलें_या_निर्देशिकाएँ)
यह उन फ़ाइलों या निर्देशिकाओं की सूची निर्दिष्ट करता है जिन्हें हटा दिया जाना चाहिए जब भी
लक्ष्य निर्दिष्ट किए गए हैं -c कमांड लाइन विकल्प। निर्दिष्ट लक्ष्य एक हो सकते हैं
सूची या एक व्यक्तिगत लक्ष्य। स्वच्छ कानूनी हैं, और नए निर्माण करते हैं
निर्दिष्ट लक्ष्यों के लिए स्वच्छ सूची में लक्ष्य या फ़ाइलें और निर्देशिकाएँ जोड़ें।

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

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

उदाहरण:

क्लीन('foo', ['bar', 'baz'])
क्लीन('dist', env.Program('hello', 'hello.c'))
साफ़ करें(['foo', 'bar'], 'something_else_to_clean')

इस उदाहरण में, प्रोजेक्ट को स्थापित करने से दस्तावेज़ीकरण के लिए एक उपनिर्देशिका बनती है।
यदि प्रोजेक्ट को अनइंस्टॉल किया जाता है तो यह कथन उपनिर्देशिका को हटा देता है।

क्लीन(docdir, os.path.join(docdir, projectname))

env.क्लोन([कुंजी=val, ...])
निर्माण परिवेश की एक अलग प्रतिलिपि लौटाता है। यदि कोई कीवर्ड है
निर्दिष्ट किए गए तर्कों को लौटाई गई प्रतिलिपि में जोड़ दिया जाता है, तथा किसी भी मौजूदा तर्क को अधिलेखित कर दिया जाता है।
कीवर्ड के लिए मान.

उदाहरण:

env2 = env.क्लोन()
env3 = env.क्लोन(CCFLAGS = '-g')

इसके अतिरिक्त, उपकरणों की सूची और उपकरण पथ निर्दिष्ट किया जा सकता है, जैसा कि पर्यावरण में है
निर्माता:

def MyTool(env): env['FOO'] = 'बार'
env4 = env.Clone(टूल्स = ['msvc', MyTool])

RSI पार्स_फ़्लैग कीवर्ड तर्क भी मान्यता प्राप्त है:

# wxWidgets का उपयोग करने वाले प्रोग्रामों को संकलित करने के लिए वातावरण बनाएँ
wx_env = env.Clone(parse_flags = '!wx-config --cflags --cxxflags')

कमांड(लक्ष्य, स्रोत, क्रिया, [कुंजी=val, ...]), env.Command(लक्ष्य, स्रोत, क्रिया,
[कुंजी=वैल, ...])
लक्ष्य फ़ाइल या फ़ाइलों को बनाने के लिए एक विशिष्ट क्रिया (या क्रियाओं की सूची) निष्पादित करता है।
किसी एकल विशेष-मामले के लिए एक अलग बिल्डर ऑब्जेक्ट को परिभाषित करने से अधिक सुविधाजनक है
निर्माण।

एक विशेष मामले के रूप में, स्रोत_स्कैनर कीवर्ड तर्क का उपयोग निर्दिष्ट करने के लिए किया जा सकता है
स्कैनर ऑब्जेक्ट जिसका उपयोग स्रोतों को स्कैन करने के लिए किया जाएगा। (वैश्विक DirScanner ऑब्जेक्ट
इसका उपयोग तब किया जा सकता है जब कोई भी स्रोत ऐसी निर्देशिका होगी जिसे डिस्क पर स्कैन किया जाना चाहिए
फ़ाइलों में परिवर्तन जो फ़ंक्शन कॉल के अन्य बिल्डर में पहले से निर्दिष्ट नहीं हैं।)

निर्दिष्ट कोई भी अन्य कीवर्ड तर्क किसी भी समान नाम वाले मौजूदा निर्माण को ओवरराइड करता है
चर।

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

उदाहरण:

env.Command('foo.out', 'foo.in',
"$FOO_BUILD < $SOURCES > $TARGET")

env.Command('बार.आउट', 'बार.इन',
["आरएम -एफ $TARGET",
"$BAR_BUILD < $SOURCES > $TARGET"],
ENV = {'पथ' : '/ Usr / स्थानीय / bin /'})

def नाम बदलें(env, लक्ष्य, स्रोत):
आयात os
ओएस.रीनेम('.tmp', str(लक्ष्य[0]))

env.Command('baz.out', 'baz.in',
["$BAZ_BUILD < $SOURCES > .tmp",
नाम बदलें ])

ध्यान दें कि आदेश फ़ंक्शन आमतौर पर डिफ़ॉल्ट रूप से मान लेगा कि निर्दिष्ट
लक्ष्य और/या स्रोत फ़ाइलें हैं, यदि कॉन्फ़िगरेशन का कोई अन्य भाग पहचान नहीं करता है
यह किस प्रकार की प्रविष्टि है। यदि आवश्यक हो, तो आप स्पष्ट रूप से निर्दिष्ट कर सकते हैं कि लक्ष्य या
स्रोत नोड्स को निर्देशिकाओं के रूप में माना जाना चाहिए डिर or env.निर्देशिका()
कार्य करता है.

उदाहरण:

env.Command('ddd.list', Dir('ddd'), 'ls -l $SOURCE > $TARGET')

env['DISTDIR'] = 'गंतव्य/निर्देशिका'
env.Command(env.Dir('$DISTDIR')), कोई नहीं, make_distdir)

(यह भी ध्यान रखें कि SCons आमतौर पर स्वचालित रूप से आवश्यक किसी भी निर्देशिका को बना देगा
(एक लक्ष्य फ़ाइल रखें, ताकि आपको सामान्यतः हाथ से निर्देशिका बनाने की आवश्यकता न पड़े।)

कॉन्फ़िगर(env, [custom_tests, conf_dir, log_file, config_h]), env.Configure([custom_tests,
conf_dir, लॉग_फ़ाइल, config_h])
GNU autoconf के समान एकीकृत कार्यक्षमता के लिए एक Configure ऑब्जेक्ट बनाता है। देखें
तर्कों की पूरी व्याख्या के लिए नीचे "कॉन्फ़िगर संदर्भ" अनुभाग देखें
और व्यवहार।

env.कॉपी([कुंजी=val, ...])
अब अप्रचलित पर्यायवाची शब्द env.क्लोन()।

env.CVS(रिपॉजिटरी, मॉड्यूल)
एक फैक्ट्री फ़ंक्शन जो बिल्डर ऑब्जेक्ट लौटाता है जिसका उपयोग स्रोत फ़ाइलों को लाने के लिए किया जाता है
निर्दिष्ट सी.वी.एस. कोषलौटाए गए बिल्डर को पास करने का इरादा है
सोर्स कोड समारोह.

यह फ़ंक्शन अप्रचलित है। विवरण के लिए, प्रविष्टि देखें सोर्स कोड समारोह.

वैकल्पिक निर्दिष्ट मॉड्यूल सभी रिपोजिटरी पथ की शुरुआत में जोड़ा जाएगा
नाम; इसका उपयोग, संक्षेप में, प्रारंभिक निर्देशिका नामों को हटाने के लिए किया जा सकता है
रिपॉजिटरी पथ नाम, ताकि आपको केवल रिपॉजिटरी के हिस्से की प्रतिकृति बनानी पड़े
अपने स्थानीय बिल्ड निर्देशिका में निर्देशिका पदानुक्रम.

उदाहरण:

# foo/bar/src.c लाएगा
# /usr/local/CVSROOT/foo/bar/src.c से.
env.SourceCode('.', env.CVS('/usr/local/CVSROOT'))

# bar/src.c लाएगा
# /usr/local/CVSROOT/foo/bar/src.c से.
env.SourceCode('.', env.CVS('/usr/local/CVSROOT', 'foo'))

# src.c लाएगा
# /usr/local/CVSROOT/foo/bar/src.c से.
env.SourceCode('.', env.CVS('/usr/local/CVSROOT', 'foo/bar'))

निर्णायक(फ़ंक्शन), env.Decider(फ़ंक्शन)
यह निर्दिष्ट करता है कि इस निर्माण के माध्यम से निर्मित लक्ष्यों के लिए सभी अद्यतन निर्णय
पर्यावरण को निर्दिष्ट द्वारा नियंत्रित किया जाएगा समारोह। समारोह में से एक हो सकता है
निम्नलिखित स्ट्रिंग्स जो निष्पादित किए जाने वाले निर्णय फ़ंक्शन के प्रकार को निर्दिष्ट करते हैं:

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

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

MD5
निर्दिष्ट करता है कि यदि कोई लक्ष्य पुराना माना जाएगा और उसे पुनः बनाया जाएगा, तो
निर्भरता की सामग्री पिछली बार लक्ष्य के निर्माण के समय से बदल गई है, क्योंकि
निर्भरता की सामग्री पर MD5 चेकसम निष्पादित करने का निर्धारण किया गया और
पिछली बार लक्ष्य बनाते समय दर्ज किए गए चेकसम से इसकी तुलना करें।
MD5 के पर्याय के रूप में इस्तेमाल किया जा सकता है।

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

उदाहरण:

# डिफ़ॉल्ट रूप से सटीक टाइमस्टैम्प मिलान का उपयोग करें.
निर्णायक('टाइमस्टैम्प-मैच')

# निर्मित किसी भी लक्ष्य के लिए MD5 सामग्री हस्ताक्षर का उपयोग करें
# संलग्न निर्माण वातावरण के साथ.
env.Decider('सामग्री')

उपरोक्त पहले से उपलब्ध कार्यों के अतिरिक्त, समारोह तर्क हो सकता है
वास्तविक पायथन फ़ंक्शन जो निम्नलिखित तीन तर्क लेता है:

निर्भरता
नोड (फ़ाइल) जिसके कारण होना चाहिए लक्ष्य यदि इसमें "परिवर्तन" हो गया हो तो इसे पुनः बनाया जाना चाहिए
पिछले समय से लक्ष्य बनाया गया था।

लक्ष्य
नोड (फ़ाइल) बनाया जा रहा है। सामान्य स्थिति में, इसे फिर से बनाया जाना चाहिए
अगर निर्भरता बदल गया है।"

पिछला_नहीं
की स्थिति के बारे में संग्रहीत जानकारी निर्भरता पिछली बार जब लक्ष्य था
निर्मित। विभिन्न फ़ाइल विशेषताओं जैसे मिलान करने के लिए इसका परामर्श लिया जा सकता है
टाइमस्टैम्प, आकार, या सामग्री हस्ताक्षर.

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

उदाहरण:

def my_decider(निर्भरता, लक्ष्य, prev_ni):
os.path.exists(str(target)) वापस न करें

env.निर्णायक(मेरा_निर्णायक)

डिफ़ॉल्ट(लक्ष्य), env.Default(लक्ष्य)
यह डिफ़ॉल्ट लक्ष्यों की एक सूची निर्दिष्ट करता है, जो स्पष्ट नहीं होने पर scons द्वारा बनाया जाएगा
कमांड लाइन पर लक्ष्य दिए गए हैं। चूक कानूनी हैं, और इसमें जोड़ें
डिफ़ॉल्ट लक्ष्यों की सूची.

एकाधिक लक्ष्यों को अलग-अलग तर्कों के रूप में निर्दिष्ट किया जाना चाहिए चूक विधि, या
एक सूची के रूप में. चूक किसी भी निर्माण द्वारा लौटाए गए नोड को भी स्वीकार करेगा
पर्यावरण के बिल्डर तरीकों.

उदाहरण:

डिफ़ॉल्ट('foo', 'bar', 'baz')
env.डिफ़ॉल्ट(['a', 'b', 'c'])
हैलो = env.Program('हैलो', 'हैलो.c')
env.डिफ़ॉल्ट(हैलो)

एक तर्क चूक ऑफ़ None सभी डिफ़ॉल्ट लक्ष्यों को साफ़ कर देगा। बाद में कॉल करने के लिए चूक
सामान्य रूप से (अब रिक्त) डिफ़ॉल्ट-लक्ष्य सूची में जोड़ दिया जाएगा।

लक्ष्यों की वर्तमान सूची को उपयोग करके जोड़ा गया है चूक फ़ंक्शन या विधि उपलब्ध है
DEFAULT_TARGETS सूची; नीचे देखें.

डिफ़ॉल्ट वातावरण([आर्ग्स])
एक डिफ़ॉल्ट निर्माण वातावरण ऑब्जेक्ट बनाता है और लौटाता है। यह निर्माण
पर्यावरण का उपयोग SCons द्वारा वैश्विक स्तर पर कई कार्यों को निष्पादित करने के लिए आंतरिक रूप से किया जाता है
इस सूची में फ़ंक्शन, और स्रोत कोड से पारदर्शी रूप से स्रोत फ़ाइलें प्राप्त करने के लिए
प्रबंधन प्रणाली।

निर्भर करता है(लक्ष्य, निर्भरता), env.Depends(लक्ष्य, निर्भरता)
एक स्पष्ट निर्भरता निर्दिष्ट करता है; लक्ष्य जब भी पुनः निर्माण किया जाएगा निर्भरता
बदल गया है। दोनों निर्दिष्ट लक्ष्य और निर्भरता एक स्ट्रिंग हो सकती है (आमतौर पर
किसी फ़ाइल या निर्देशिका का पथ नाम) या नोड ऑब्जेक्ट, या स्ट्रिंग्स या नोड की सूची
ऑब्जेक्ट्स (जैसे कि बिल्डर कॉल द्वारा लौटाए गए)। यह केवल उन मामलों के लिए आवश्यक होना चाहिए
जहां फ़ाइल के लिए स्कैनर द्वारा निर्भरता को नहीं पकड़ा जाता है।

उदाहरण:

env.Depends('foo', 'अन्य-इनपुट-फ़ाइल-for-foo')

mylib = env.लाइब्रेरी('mylib.c')
इंस्टॉल_लिब = env.Install('lib', mylib)
बार = env.Program('bar.c')

# लाइब्रेरी को इंस्टॉलेशन में कॉपी करने की व्यवस्था करें
"बार" प्रोग्राम बनाने का प्रयास करने से पहले # निर्देशिका पर जाएँ।
# (ध्यान दें कि यह केवल उदाहरण के लिए है। एक "वास्तविक" लाइब्रेरी
# निर्भरता सामान्यतः $LIBS के माध्यम से कॉन्फ़िगर की जाएगी
# और $LIBPATH चर, env.Depends() कॉल का उपयोग नहीं करते हुए।)

env.Depends(बार, स्थापित_lib)

env.शब्दकोश([vars])
सभी निर्माण चरों की प्रतियों वाली एक शब्दकोश ऑब्जेक्ट लौटाता है
पर्यावरण। यदि कोई चर नाम निर्दिष्ट हैं, तो केवल निर्दिष्ट
निर्माण चर शब्दकोष में लौटाए जाते हैं।

उदाहरण:

डिक्ट = env.शब्दकोश()
cc_dict = env.Dictionary('CC', 'CCFLAGS', 'CCCOM')

Dir(नाम, [निर्देशिका]), env.Dir(नाम, [निर्देशिका])
यह एक डायरेक्टरी नोड लौटाता है, एक ऑब्जेक्ट जो निर्दिष्ट डायरेक्टरी का प्रतिनिधित्व करता है नाम.
नाम यह सापेक्ष या निरपेक्ष पथ हो सकता है। डायरेक्टरी एक वैकल्पिक निर्देशिका है जो
मूल निर्देशिका के रूप में उपयोग किया जाएगा। यदि नहीं डायरेक्टरी निर्दिष्ट किया गया है, वर्तमान स्क्रिप्ट का
निर्देशिका को मूल निर्देशिका के रूप में उपयोग किया जाता है।

If नाम एक सूची है, SCons Dir नोड्स की एक सूची लौटाता है। निर्माण चर हैं
में विस्तारित नाम.

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

env.डंप([कुंजी])
पर्यावरण का एक सुंदर मुद्रण योग्य प्रतिनिधित्व लौटाता है। कुंजी, यदि नहीं तो कोई नहीं,
एक स्ट्रिंग होनी चाहिए जिसमें रुचि के चर का नाम शामिल हो।

यह एसकंस्ट्रक्ट:

env=पर्यावरण()
प्रिंट env.Dump('CCCOM')

प्रिंट करेगा:

'$CC -c -o $TARGET $CCFLAGS $CPPFLAGS $_CPPDEFFLAGS $_CPPINCFLAGS $SOURCES'

जबकि यह SConstruct:

env=पर्यावरण()
प्रिंट env.Dump()

प्रिंट करेगा:

{ 'एआर': 'एआर',
'ARCOM': '$AR $ARFLAGS $TARGET $Sources\n$RANLIB $RANLIBFLAGS $TARGET',
'एआरफ्लैग्स': ['आर'],
'के रूप में',
'ASCOM': '$AS $ASFLAGS -o $TARGET $SOURCES',
'एएसफ्लैग्स': [],
...

EnsurePythonVersion(प्रमुख, लघु), env.EnsurePythonVersion(प्रमुख, लघु)
सुनिश्चित करें कि पायथन संस्करण कम से कम प्रमुख.नाबालिग. यह फ़ंक्शन प्रिंट करेगा
यदि वास्तविक पायथन संस्करण एक त्रुटि संदेश और गैर-शून्य निकास कोड के साथ SCons से बाहर निकलता है
अभी काफी देर नहीं हुई है.

उदाहरण:

सुनिश्चित करेंPythonVersion(2,2)

EnsureSConsVersion(प्रमुख, लघु, [संशोधन]), env.EnsureSConsVersion(प्रमुख, लघु,
[दोहराव])
सुनिश्चित करें कि SCons संस्करण कम से कम प्रमुख अप्रधानया, प्रमुख.लघु.संशोधन। अगर
संशोधन निर्दिष्ट है। यह फ़ंक्शन एक त्रुटि संदेश प्रिंट करेगा और SCons से बाहर निकलेगा
यदि वास्तविक SCons संस्करण पर्याप्त देर से नहीं है तो एक गैर-शून्य निकास कोड के साथ।

उदाहरण:

EnsureSConsसंस्करण(0,14)

EnsureSConsसंस्करण(0,96,90)

पर्यावरण([कुंजी=मूल्य, ...]), env.पर्यावरण([कुंजी=मूल्य, ...])
निर्दिष्ट के साथ आरंभीकृत एक नया निर्माण वातावरण लौटाएँ कुंजी=मूल्य जोड़े।

निष्पादित करें(कार्रवाई, [स्ट्रफ़ंक्शन, varlist]), env.Execute(कार्रवाई, [स्ट्रफ़ंक्शन, varlist])
एक Action ऑब्जेक्ट निष्पादित करता है। निर्दिष्ट कार्य एक एक्शन ऑब्जेक्ट हो सकता है (देखें
तर्कों और तर्कों की पूरी व्याख्या के लिए नीचे अनुभाग "कार्रवाई ऑब्जेक्ट्स" देखें
व्यवहार), या यह एक कमांड-लाइन स्ट्रिंग, कमांड की सूची, या निष्पादन योग्य पायथन हो सकता है
फ़ंक्शन, जिनमें से प्रत्येक को एक एक्शन ऑब्जेक्ट में परिवर्तित किया जाएगा और फिर निष्पादित किया जाएगा।
कमांड का exit value या Python फ़ंक्शन का return value लौटाया जाएगा।

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

निष्पादित करें('file.out', 'file.in' कॉपी करें))

यदि निष्पादित करें("mkdir sub/dir/ectory"):
# mkdir विफल हो गया, निर्माण का प्रयास न करें.
निकास(1)

बाहर निकलें([मूल्य]), env.बाहर निकलें([मूल्य])
यह स्कॉन्स को निर्दिष्ट के साथ तुरंत बाहर निकलने के लिए कहता है मूल्य. डिफ़ॉल्ट निकास मान
यदि कोई मान निर्दिष्ट नहीं किया गया है तो 0 (शून्य) का प्रयोग किया जाता है।

निर्यात(vars), env.निर्यात(vars)
यह scons को वर्तमान SConscript फ़ाइल से सभी चरों की सूची निर्यात करने के लिए कहता है
अन्य SConscript फ़ाइलें। निर्यात किए गए चर एक वैश्विक संग्रह में रखे जाते हैं, इसलिए
बाद में की गई कॉल निर्यात समान नाम वाले पिछले निर्यातों को अधिलेखित कर देगा.
एकाधिक चर नाम पास किए जा सकते हैं निर्यात अलग-अलग तर्कों के रूप में या सूची के रूप में।
कीवर्ड तर्कों का उपयोग नाम और उनके मान प्रदान करने के लिए किया जा सकता है। एक शब्दकोश का उपयोग
निर्यात करते समय चर को किसी भिन्न नाम से मैप करने के लिए उपयोग किया जाता है। स्थानीय चर और
वैश्विक चर निर्यात किए जा सकते हैं.

उदाहरण:

env = पर्यावरण()
# सभी SConscript फ़ाइलों के लिए import() पर env उपलब्ध कराएँ।
निर्यात("env")

पैकेज = 'my_name'
# सभी SConscript फ़ाइलों के लिए env और पैकेज उपलब्ध कराएँ:.
निर्यात("env", "पैकेज")

# सभी SConscript फ़ाइलों के लिए env और पैकेज उपलब्ध कराएँ:
निर्यात(["env", "पैकेज"])

# debug नाम का उपयोग करके env उपलब्ध कराएँ:
निर्यात(डीबग = env)

# debug नाम का उपयोग करके env उपलब्ध कराएँ:
निर्यात({"debug":env})

ध्यान दें कि स्कॉन्स्क्रिप्ट फ़ंक्शन का समर्थन करता है निर्यात तर्क जो इसे आसान बनाता है
किसी चर या चरों के समूह को एकल SConscript फ़ाइल में निर्यात करने के लिए। देखें
का विवरण स्कॉन्स्क्रिप्ट फ़ंक्शन, नीचे.

फ़ाइल(नाम, [निर्देशिका]), env.File(नाम, [निर्देशिका])
यह एक फ़ाइल नोड लौटाता है, एक ऑब्जेक्ट जो निर्दिष्ट फ़ाइल का प्रतिनिधित्व करता है नाम. नाम कर सकते हैं
सापेक्ष या निरपेक्ष पथ हो। डायरेक्टरी एक वैकल्पिक निर्देशिका है जिसका उपयोग किया जाएगा
मूल निर्देशिका के रूप में.

If नाम एक सूची है, SCons फ़ाइल नोड्स की एक सूची लौटाता है। निर्माण चर हैं
में विस्तारित नाम.

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

FindFile(फ़ाइल, निर्देशिकाएँ), env.FindFile(फ़ाइल, निर्देशिकाएँ)
के लिए खोजें पट्टिका द्वारा निर्दिष्ट पथ में dirs. dirs निर्देशिका नामों की सूची हो सकती है
या एकल निर्देशिका नाम। फ़ाइलों की खोज करने के अलावा जो निर्देशिका में मौजूद हैं
फ़ाइल सिस्टम, यह फ़ंक्शन उन व्युत्पन्न फ़ाइलों को भी खोजता है जिन्हें अभी तक नहीं खोजा गया है
बनाया।

उदाहरण:

foo = env.FindFile('foo', ['dir1', 'dir2'])

FindInstalledFiles(), env.FindInstalledFiles()
द्वारा निर्धारित लक्ष्यों की सूची लौटाता है स्थापित करें or इंस्टॉल करें बिल्डरों।

यह फ़ंक्शन बाइनरी फ़ाइल की सामग्री का चयन करने के लिए एक सुविधाजनक विधि के रूप में कार्य करता है
पैकेज.

उदाहरण:

स्थापित करना( '/ bin', [ 'निष्पादन योग्य_ए', 'निष्पादन योग्य_बी' ] )

# फ़ाइल नोड सूची लौटाएगा
# [ '/bin/executable_a', '/bin/executable_b' ]
इंस्टॉल की गई फ़ाइलें ढूंढें()

स्थापित करना( '/ दायित्व', [ 'कुछ_लाइब्रेरी' ] )

# फ़ाइल नोड सूची लौटाएगा
# [ '/bin/executable_a', '/bin/executable_b', '/lib/some_library' ]
इंस्टॉल की गई फ़ाइलें ढूंढें()

FindPathDirs(चर)
एक फ़ंक्शन (वास्तव में एक कॉल करने योग्य पायथन ऑब्जेक्ट) लौटाता है जिसका उपयोग के रूप में किया जाना है
पथ_फ़ंक्शन स्कैनर ऑब्जेक्ट का। लौटाया गया ऑब्जेक्ट निर्दिष्ट खोज करेगा
परिवर्तनशील निर्माण परिवेश में और निर्माण चर के मान को इस प्रकार मानें
निर्देशिका पथों की सूची जिन्हें खोजा जाना चाहिए (जैसे $CPPPATH, $लिबपाथ, आदि).

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

उदाहरण:

def my_scan(नोड, env, पथ, आर्ग):
# फ़ाइल सामग्री को स्कैन करने के लिए कोड यहाँ है...
include_files लौटाएं

स्कैनर = स्कैनर(नाम = 'myscanner',
फ़ंक्शन = my_scan,
पथ_फ़ंक्शन = FindPathDirs('MYPATH'))

FindSourceFiles(नोड='"."'), env.FindSourceFiles(नोड='"."')
उन नोड्स की सूची लौटाता है जो निर्मित फ़ाइलों के स्रोत के रूप में काम करते हैं। यह ऐसा करके करता है
वैकल्पिक तर्क से शुरू करके निर्भरता वृक्ष का निरीक्षण करना नोड कौन सा चूक
'"."'-नोड पर। यह तब सभी पत्तियों को वापस कर देगा नोडये सभी बच्चे हैं
जिनके कोई और बच्चे नहीं हैं।

यह फ़ंक्शन स्रोत पैकेज की सामग्री का चयन करने के लिए एक सुविधाजनक विधि है।

उदाहरण:

प्रोग्राम( 'src/main_a.c' )
प्रोग्राम( 'src/main_b.c' )
प्रोग्राम( 'main_c.c' )

# रिटर्न ['main_c.c', 'src/main_a.c', 'SConstruct', 'src/main_b.c']
फाइंडसोर्सफाइल्स()

# ['src/main_b.c', 'src/main_a.c'] लौटाता है
फाइंडसोर्सफाइल्स( 'src' )

जैसा कि आप देख सकते हैं बिल्ड सपोर्ट फ़ाइलें (उपर्युक्त उदाहरण में SConstruct) भी होंगी
इस फ़ंक्शन द्वारा लौटाया गया.

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

उदाहरण:

foo = ऑब्जेक्ट('foo.c')
बार = ऑब्जेक्ट('bar.c')

# क्योंकि `foo' और `bar' Object() बिल्डर द्वारा लौटाई गई सूचियाँ हैं,
# `ऑब्जेक्ट्स' नेस्टेड सूचियों वाली एक सूची होगी:
ऑब्जेक्ट्स = ['f1.o', foo, 'f2.o', बार, 'f3.o']

# ऐसी सूची को किसी अन्य बिल्डर को भेजना ठीक है क्योंकि
# बिल्डर स्वचालित रूप से सूची को समतल कर देगा:
कार्यक्रम(स्रोत = ऑब्जेक्ट्स)

# यदि आपको पायथन का उपयोग करके सीधे सूची में हेरफेर करने की आवश्यकता है, तो आपको
# Flatten() को स्वयं कॉल करें, या अन्यथा नेस्टेड सूचियों को संभालें:
फ़्लैटन(ऑब्जेक्ट्स) में ऑब्जेक्ट के लिए:
प्रिंट str(ऑब्जेक्ट)

बिल्ड विफलताएं प्राप्त करें()
निर्माण का प्रयास करते समय विफल हुई क्रियाओं के लिए अपवादों की एक सूची लौटाता है
लक्ष्य। लौटाई गई सूची में प्रत्येक तत्व एक BuildError ऑब्जेक्ट है जिसमें निम्नलिखित है
विशेषताएँ जो बिल्ड विफलता के विभिन्न पहलुओं को रिकॉर्ड करती हैं:

.node वह नोड जो उस समय बनाया जा रहा था जब निर्माण विफलता घटित हुई।

.status असफल कमांड या पायथन फ़ंक्शन द्वारा लौटाई गई संख्यात्मक निकास स्थिति
निर्दिष्ट नोड का निर्माण करने का प्रयास करते समय.

.errstr SCons त्रुटि स्ट्रिंग जो बिल्ड विफलता का वर्णन करती है। (यह अक्सर एक सामान्य त्रुटि होती है
"त्रुटि 2" जैसा संदेश यह इंगित करने के लिए कि निष्पादित कमांड निम्न स्थिति के साथ बाहर निकल गई
2).

.filename उस फ़ाइल या निर्देशिका का नाम जो वास्तव में विफलता का कारण बना। यह हो सकता है
.node विशेषता से अलग हो। उदाहरण के लिए, यदि लक्ष्य बनाने का प्रयास किया जाता है
नामित उप/निर्देशिका/लक्ष्य विफल हो जाता है क्योंकि उप/निर्देशिका निर्देशिका नहीं बनाई जा सकी, फिर
.node विशेषता sub/dir/target होगी लेकिन .filename विशेषता होगी
उप/निर्देशक.

.executor बनाए जा रहे लक्ष्य नोड के लिए SCons Executor ऑब्जेक्ट। इसका उपयोग किया जा सकता है
असफल कार्रवाई के लिए प्रयुक्त निर्माण वातावरण को पुनः प्राप्त करने के लिए।

.action वास्तविक SCons एक्शन ऑब्जेक्ट जो विफल हो गया। यह एक विशिष्ट एक्शन होगा
लक्ष्य निर्माण के लिए निष्पादित की जाने वाली क्रियाओं की संभावित सूची में से।

.command वास्तविक विस्तारित कमांड जो विस्तारित होने के बाद निष्पादित हुई और विफल हो गई
$टारगेट, $स्रोत, और अन्य निर्माण चर।

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

आयात करें

डिफ़ प्रिंट_बिल्ड_विफलताएँ():
SCons.Script से GetBuildFailures आयात करें
GetBuildFailures() में bf के लिए:
प्रिंट "%s विफल: %s" % (bf.node, bf.errstr)

atexit.register(प्रिंट_बिल्ड_विफलताएं)

GetBuildPath(फ़ाइल, [...]), env.GetBuildPath(फ़ाइल, [...])
निर्दिष्ट के लिए scons पथ नाम (या नाम) लौटाता है पट्टिका (या फ़ाइलें).
विनिर्दिष्ट पट्टिका या फ़ाइलें पथ नामों का प्रतिनिधित्व करने वाले स्कोन्स नोड्स या स्ट्रिंग्स हो सकती हैं।

GetLaunchDir(), env.GetLaunchDir()
उस निर्देशिका का पूर्ण पथ नाम लौटाता है जहां से scons प्रारंभ में था
लागू किया गया। इसका उपयोग करते समय यह उपयोगी हो सकता है -u, -U or -D विकल्प, जो आंतरिक रूप से
उस निर्देशिका में बदलें जिसमें SConstruct फ़ाइल पाई जाती है।

GetOption(नाम), env.GetOption(नाम)
यह फ़ंक्शन scons कमांड पर सेट SCons विकल्पों के मान को क्वेरी करने का एक तरीका प्रदान करता है
लाइन (या का उपयोग करके सेट करें सेटऑप्शन फ़ंक्शन) समर्थित विकल्प हैं:

कैश_डीबग
जो --cache-debug से मेल खाता है;

कैश_अक्षम
जो --cache-disable से मेल खाता है;

कैश_फोर्स
जो --cache-force से मेल खाता है;

कैश_शो
जो --cache-show से मेल खाता है;

स्वच्छ
जो -c, --clean और --remove से मेल खाता है;

विन्यास
जो --config से मेल खाता है;

डायरेक्टरी
जो -C और --directory से मेल खाता है;

डिस्कचेक
जो --diskcheck से मेल खाता है

नक़ल
जो --duplicate से मेल खाता है;

पट्टिका
जो -f, --file, --makefile और --sconstruct से मेल खाता है;

मदद
जो -h और --help से मेल खाता है;

अनदेखा_त्रुटियाँ
जो --ignore-errors से मेल खाता है;

अंतर्निहित कैश
जो --implicit-cache से मेल खाता है;

अंतर्निहित_निर्भरता_परिवर्तित
जो --implicit-deps-changed से मेल खाता है;

अंतर्निहित_निर्भरता_अपरिवर्तित
जो --implicit-deps-unchanged से मेल खाता है;

इंटरैक्टिव
जो --interact और --interactive से मेल खाता है;

जाता रहना
जो -k और --keep-going से मेल खाता है;

अधिकतम_बहाव
जो --max-drift से मेल खाता है;

नो_एक्सेक
जो -n, --no-exec, --just-print, --dry-run और --recon से मेल खाता है;

no_site_dir
जो --no-site-dir से मेल खाता है;

नौकरियों की संख्या
जो -j और --jobs से मेल खाता है;

प्रोफ़ाइल_फ़ाइल
जो --profile से मेल खाता है;

प्रश्न
जो -q और --question से मेल खाता है;

बिना सोचे समझे
जो --random से मेल खाता है;

कोष
जो -Y, --repository और --srcdir से मेल खाता है;

मूक
जो -s, --silent और --quiet से मेल खाता है;

साइट_निर्देशिका
जो --site-dir से मेल खाता है;

स्टैक_साइज़
जो --stack-size से मेल खाता है;

टास्कमास्टरट्रेस_फ़ाइल
जो --taskmastertrace से मेल खाता है; तथा

चेतावनी देना
जो --warn और --warning से मेल खाता है.

इसके बारे में जानकारी के लिए संबंधित कमांड लाइन ऑब्जेक्ट का दस्तावेज़ देखें
प्रत्येक विशिष्ट विकल्प.

ग्लोब(पैटर्न, [ऑनडिस्क, स्रोत, स्ट्रिंग्स, बाहर करें]), env.Glob(पैटर्न, [ऑनडिस्क, स्रोत,
स्ट्रिंग्स, बहिष्कृत])
निर्दिष्ट से मेल खाने वाले नोड्स (या स्ट्रिंग्स) लौटाता है पैटर्न, निर्देशिका के सापेक्ष
वर्तमान SConscript फ़ाइल का। env.ग्लोब() फॉर्म स्ट्रिंग प्रतिस्थापन करता है
पैटर्न और परिणामी विस्तारित पैटर्न से मेल खाने वाली वस्तु को लौटाता है।

विष्तृत पैटर्न मिलान के लिए यूनिक्स शैल शैली मेटाकैरेक्टर का उपयोग करता है:

* सब कुछ मेल खाता है
? किसी भी एकल वर्ण से मेल खाता है
[seq] seq में किसी भी वर्ण से मेल खाता है
[!seq] seq में न होने वाले किसी भी अक्षर से मेल खाता है

यदि फ़ाइल नाम का पहला अक्षर बिंदु है, तो उसका स्पष्ट मिलान किया जाना चाहिए।
वर्ण मिलान करें नहीं span निर्देशिका विभाजक.

RSI ग्लोब रिपॉजिटरी के बारे में जानता है (देखें कोष फ़ंक्शन) और स्रोत निर्देशिकाएँ
(देखें वैरिएंटडायर फ़ंक्शन) और नोड (या स्ट्रिंग, यदि कॉन्फ़िगर किया गया है) लौटाता है
स्थानीय (SConscript) निर्देशिका यदि मिलान नोड किसी भी संगत में कहीं भी पाया जाता है
रिपोजिटरी या स्रोत निर्देशिका.

RSI ऑनडिस्क तर्क को असत्य (या किसी अन्य गैर-सत्य मान) पर सेट किया जा सकता है ताकि इसे अक्षम किया जा सके
डिस्क पर मिलानों की खोज करें, जिससे केवल पहले से कॉन्फ़िगर किए गए मिलान ही वापस आएं
फ़ाइल या Dir नोड्स। डिफ़ॉल्ट व्यवहार किसी भी फ़ाइल या Dir नोड्स के लिए संगत नोड्स को वापस करना है।
ऑन-डिस्क मिलान पाया गया.

RSI स्रोत तर्क को सत्य (या किसी समतुल्य मान) पर सेट किया जा सकता है यह निर्दिष्ट करने के लिए कि, जब
स्थानीय निर्देशिका एक है वैरिएंटडायर, लौटाए गए नोड्स से होना चाहिए
संबंधित स्रोत निर्देशिका, स्थानीय निर्देशिका नहीं.

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

RSI निकालना तर्क को एक पैटर्न या पैटर्न की सूची (उसी पैटर्न का अनुसरण करते हुए) पर सेट किया जा सकता है।
यूनिक्स शैल सेमेन्टिक्स) जिसे लौटाए गए तत्वों से फ़िल्टर किया जाना चाहिए। तत्व
इस सूची के कम से कम एक पैटर्न से मेल खाने वाले को बाहर रखा जाएगा।

उदाहरण:

प्रोग्राम('foo', ग्लोब('*.c'))
ज़िप('/tmp/सबकुछ', ग्लोब('.??*') + ग्लोब('*'))
स्रोत = ग्लोब('*.cpp', बाहर करें=['os_*_specific_*.cpp']) + ग्लोब('os_%s_specific_*.cpp'%currentOS)

सहायता(पाठ, संलग्न=झूठ), env.Help(पाठ, संलग्न=झूठ)
यह सहायता पाठ को मुद्रित करने के लिए निर्दिष्ट करता है यदि -h तर्क स्कॉन्स को दिया जाता है। अगर मदद
को कई बार कॉल किया जाता है, तो टेक्स्ट को इस क्रम में एक साथ जोड़ा जाता है मदद is
कॉल किया गया। एपेंड को गलत पर सेट करने पर, कोई भी मदद के साथ उत्पन्न पाठ विकल्प जोड़ें पीटा जाता है.
यदि append सत्य है, तो AddOption सहायता को सहायता स्ट्रिंग में जोड़ दिया जाता है, इस प्रकार इसे संरक्षित किया जाता है
la -h संदेश।

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

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

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

उदाहरण:

env.अनदेखा करें('foo', 'foo.c')
env.Ignore('बार', ['bar1.h', 'bar2.h'])
env.अनदेखा('.','foobar.obj')
env.Ignore('बार','बार/foobar.obj')

आयात(vars), env.Import(vars)
यह scons को वर्तमान SConscript फ़ाइल में चरों की सूची आयात करने के लिए कहता है।
उन चरों को आयात करेगा जिन्हें निर्यात किया गया था निर्यात या में निर्यात करने के लिए तर्क
स्कॉन्स्क्रिप्ट. द्वारा निर्यात किए गए चर स्कॉन्स्क्रिप्ट प्राथमिकता है। एकाधिक चर नाम
को पारित किया जा सकता है आयात अलग-अलग तर्कों के रूप में या सूची के रूप में। चर "*" को
सभी चरों को आयात करने के लिए उपयोग किया जाता है.

उदाहरण:

आयात("env")
आयात("env", "चर")
आयात(["env", "चर"])
आयात करना("*")

लिटरल(स्ट्रिंग), env.Literal(स्ट्रिंग)
विष्तृत स्ट्रिंग इसे वैसे ही संरक्षित रखा जाएगा और इसमें निर्माण संबंधी कोई परिवर्तन नहीं होगा
विस्तारित।

स्थानीय(लक्ष्य), env.Local(लक्ष्य)
विष्तृत लक्ष्य स्थानीय वृक्ष में प्रतियां बनाई जाएंगी, भले ही पहले से ही
अप-टू-डेट कॉपी रिपॉजिटरी में मौजूद है। लक्ष्य नोड या नोड्स की सूची लौटाता है।

env.MergeFlags(आर्ग, [अद्वितीय])
निर्दिष्ट को मर्ज करता है arg निर्माण पर्यावरण के निर्माण के लिए मूल्य
चर। यदि arg तर्क एक शब्दकोश नहीं है, इसे कॉल करके एक में परिवर्तित किया जाता है
env.पार्सफ़्लैग्स मानों को मर्ज करने से पहले तर्क पर। ध्यान दें कि arg होना चाहिए एक
एकल मान, इसलिए एकाधिक स्ट्रिंग को सूची के रूप में पास किया जाना चाहिए, अलग-अलग नहीं
तर्क env.मर्जफ़्लैग्स.

डिफ़ॉल्ट रूप से, डुप्लिकेट मान हटा दिए जाते हैं; हालाँकि, आप unique=0 निर्दिष्ट कर सकते हैं
डुप्लिकेट मानों को जोड़ने की अनुमति दें। डुप्लिकेट मानों को हटाते समय, कोई भी
निर्माण चर जो स्ट्रिंग PATH के साथ समाप्त होते हैं, वे सबसे बाईं ओर का अद्वितीय मान रखते हैं।
अन्य सभी निर्माण चर सबसे दाहिनी ओर का अद्वितीय मान रखते हैं।

उदाहरण:

# $CCFLAGS में एक अनुकूलन ध्वज जोड़ें.
env.MergeFlags('-O3')

# pkg-config चलाने से लौटे झंडों को अनुकूलन के साथ संयोजित करें
# ध्वज और परिणाम को निर्माण चर में विलय करें।
env.MergeFlags(['!pkg-config gtk+-2.0 --cflags', '-O3'])

# pkg-config चलाने से लौटे झंडों के साथ अनुकूलन ध्वज को संयोजित करें
# दो बार और परिणाम को निर्माण चर में विलय करें।
env.MergeFlags(['-O3',
'!pkg-config gtk+-2.0 --cflags --libs',
'!pkg-config libpng12 --cflags --libs'])

NoCache(लक्ष्य,...), env.NoCache(लक्ष्य,...)
फ़ाइलों की एक सूची निर्दिष्ट करता है जिन्हें नहीं जब भी कैश किया जाएगा कैशडिर विधि है
सक्रिय किया गया है। निर्दिष्ट लक्ष्य एक सूची या एक व्यक्तिगत लक्ष्य हो सकते हैं।

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

कॉलिंग नो कैश निर्देशिकाओं और अन्य गैर-फ़ाइल नोड प्रकारों पर कोई प्रभाव नहीं पड़ता क्योंकि
केवल फ़ाइल नोड्स कैश किए जाते हैं.

उदाहरण:

नो कैश('foo.elf')
नो कैश(env.Program('hello', 'hello.c'))

NoClean(लक्ष्य, ...), env.NoClean(लक्ष्य, ...)
फ़ाइलों या निर्देशिकाओं की सूची निर्दिष्ट करता है जिन्हें नहीं जब भी हटाया जाएगा
लक्ष्य (या उनकी निर्भरताएँ) निर्दिष्ट की जाती हैं -c कमांड लाइन विकल्प। NS
निर्दिष्ट लक्ष्य एक सूची या एक व्यक्तिगत लक्ष्य हो सकते हैं। नोक्लीन रहे
कानूनी, और प्रत्येक निर्दिष्ट लक्ष्य को कॉल द्वारा हटाए जाने से रोकें -c विकल्प.

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

कॉलिंग नोक्लीन लक्ष्य के लिए कॉलिंग ओवरराइड करता है स्वच्छ एक ही लक्ष्य के लिए, और किसी भी
दोनों कार्यों को दिए गए लक्ष्य नहीं द्वारा हटाया जाएगा -c विकल्प.

उदाहरण:

नोक्लीन('foo.elf')
नोक्लीन(env.Program('hello', 'hello.c'))

env.ParseConfig(कमांड, [फ़ंक्शन, अद्वितीय])
निर्दिष्ट कॉल करता है समारोह आउटपुट द्वारा निर्दिष्ट वातावरण को संशोधित करने के लिए
आदेश। डिफ़ॉल्ट समारोह is env.मर्जफ़्लैग्स, जो एक विशिष्ट आउटपुट की अपेक्षा करता है
*-config कमांड (उदाहरण के लिए, gtk-config) और उपयुक्त में विकल्प जोड़ता है
निर्माण चर। डिफ़ॉल्ट रूप से, किसी भी निर्माण में डुप्लिकेट मान नहीं जोड़े जाते हैं
चर; डुप्लिकेट मानों को जोड़ने की अनुमति देने के लिए आप unique=0 निर्दिष्ट कर सकते हैं।

व्याख्या किए गए विकल्प और वे निर्माण चर जिन पर वे प्रभाव डालते हैं, वे निम्नानुसार हैं
la env.पार्सफ़्लैग्स विधि (जिसे यह विधि कॉल करती है)। उस विधि का विवरण देखें,
नीचे, विकल्पों और निर्माण चर की तालिका देखें।

ParseDepends(फ़ाइल नाम, [मौजूद होना चाहिए, only_one]), env.ParseDepends(फ़ाइल नाम, [मौजूद होना चाहिए,
केवल एक])
निर्दिष्ट सामग्री को पार्स करता है फ़ाइल का नाम शैली में निर्भरताओं की सूची के रूप में
Make या mkdep का, और स्पष्ट रूप से सूचीबद्ध सभी निर्भरताओं को स्थापित करता है।

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

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

RSI फ़ाइल का नाम और इसमें सूचीबद्ध सभी फ़ाइलों की व्याख्या सापेक्ष रूप से की जाएगी
SConscript फ़ाइल की निर्देशिका जो कॉल करती है पार्सडिपेंड्स समारोह.

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

यदि किसी स्ट्रिंग में पहला अक्षर विस्मयादिबोधक चिह्न (!) है, तो शेष अक्षर विस्मयादिबोधक चिह्न (!) होंगे।
स्ट्रिंग को कमांड के रूप में निष्पादित किया जाता है, और कमांड से आउटपुट को GCC टूल के रूप में पार्स किया जाता है
कमांड-लाइन झंडों की श्रृंखला बनाई गई और परिणामी शब्दकोश में जोड़ा गया।

ध्वज मानों को पाए गए उपसर्ग के अनुसार अनुवादित किया जाता है, और निम्नलिखित में जोड़ा जाता है
निर्माण चर:

-आर्क सीसीफ्लैग्स, लिंकफ्लैग्स
-डी सीपीपीडिफाइन्स
-फ्रेमवर्क फ्रेमवर्क
-फ्रेमवर्कडायर= फ्रेमवर्कपथ
-सीसीएफएलएजीएस शामिल करें
-isysroot CCFLAGS, लिंकफ्लैग्स
-मैं सीपीपीपैथ
-एल लिब्स
-एल लिबपाथ
-mno-cygwin CCFLAGS, लिंकफ्लैग्स
-mwindows लिंकफ्लैग्स
-pthread सीसीफ्लैग्स, लिंकफ्लैग्स
-std= सीएफएलएजीएस
-वा, एएसएफएलएजीएस, सीसीएफएलएजीएस
-Wl,-rpath= RPATH
-Wl,-आर, आरपथ
-Wl,-आर आरपाथ
-Wl, लिंकफ्लैग्स
-डब्ल्यूपी, सीपीपीएफएलएजीएस
- सीसीएफएलएजीएस
+ सीसीफ्लैग्स, लिंकफ्लैग्स

विकल्पों से संबद्ध न होने वाले किसी भी अन्य स्ट्रिंग को लाइब्रेरी का नाम माना जाता है
और में जोड़ा गया $लिब्स निर्माण चर.

उदाहरण (जिनमें से सभी एक ही परिणाम देते हैं):

तानाशाही = env.ParseFlags('-O2 -Dfoo -Dbar=1')
dict = env.ParseFlags('-O2', '-Dfoo', '-Dbar=1')
dict = env.ParseFlags(['-O2', '-Dfoo -Dbar=1'])
dict = env.ParseFlags('-O2', '!echo -Dfoo -Dbar=1')

env.परफोर्स()
एक फैक्ट्री फ़ंक्शन जो बिल्डर ऑब्जेक्ट लौटाता है जिसका उपयोग स्रोत फ़ाइलों को लाने के लिए किया जाता है
परफोर्स सोर्स कोड प्रबंधन प्रणाली। लौटाए गए बिल्डर का उद्देश्य है
को पारित कर दिया सोर्स कोड समारोह.

यह फ़ंक्शन अप्रचलित है। विवरण के लिए, प्रविष्टि देखें सोर्स कोड समारोह.

उदाहरण:

env.SourceCode('.', env.Perforce())

परफोर्स अपने संचालन के लिए अनेक बाह्य पर्यावरण चरों का उपयोग करता है।
परिणामस्वरूप, यह फ़ंक्शन उपयोगकर्ता के बाहरी से निम्नलिखित चर जोड़ता है
निर्माण पर्यावरण के ENV शब्दकोष में पर्यावरण को कॉपी करें: P4CHARSET, P4CLIENT,
P4LANGUAGE, P4PASSWD, P4PORT, P4USER, सिस्टमरूट, USER, और USERNAME.

प्लेटफ़ॉर्म(स्ट्रिंग)
RSI मंच फ़ॉर्म एक कॉल करने योग्य ऑब्जेक्ट लौटाता है जिसका उपयोग किसी फ़ॉर्म को आरंभ करने के लिए किया जा सकता है.
प्लेटफ़ॉर्म कीवर्ड का उपयोग करके निर्माण वातावरण वातावरण समारोह.

उदाहरण:

env = पर्यावरण(प्लेटफ़ॉर्म = प्लेटफ़ॉर्म('win32'))

RSI env.प्लेटफ़ॉर्म फ़ॉर्म निर्दिष्ट प्लेटफ़ॉर्म के लिए कॉल करने योग्य ऑब्जेक्ट लागू करता है स्ट्रिंग सेवा मेरे
वह वातावरण जिसके माध्यम से विधि को बुलाया गया था.

env.प्लेटफ़ॉर्म('posix')

ध्यान दें कि win32 प्लेटफ़ॉर्म SystemDrive और SystemRoot चर को जोड़ता है
उपयोगकर्ता के बाहरी वातावरण से लेकर निर्माण वातावरण तक $ईएनवी शब्दकोश. यह है
ताकि कोई भी निष्पादित कमांड अन्य सिस्टम से कनेक्ट करने के लिए सॉकेट का उपयोग करे (जैसे
बाहरी CVS रिपोजिटरी विनिर्देशों से स्रोत फ़ाइलें प्राप्त करना जैसे
:पीसर्वर:[ईमेल संरक्षित]:/cvsroot/scons) विंडोज़ सिस्टम पर काम करेगा।

कीमती(लक्ष्य, ...), env.Precious(लक्ष्य, ...)
प्रत्येक को अंक दिए गए लक्ष्य यह इतना कीमती है कि इसे दोबारा बनाने से पहले नष्ट नहीं किया जाता।
आम तौर पर scons किसी लक्ष्य को बनाने से पहले उसे हटा देता है। एकाधिक लक्ष्यों को इसमें पास किया जा सकता है
एक ही कॉल के लिए कीमती.

env.Prepend(कुंजी=val, [...])
निर्माण चरों के आरंभ में निर्दिष्ट कीवर्ड तर्क जोड़ता है
पर्यावरण। यदि पर्यावरण में निर्दिष्ट निर्माण चर नहीं है,
इसे बस पर्यावरण में जोड़ा जाता है। यदि निर्माण चर और के मान
कीवर्ड तर्क एक ही प्रकार के हैं, तो दो मान आसानी से जोड़ दिए जाएंगे
एक साथ। अन्यथा, निर्माण चर और कीवर्ड तर्क का मान
दोनों को सूचियों में शामिल किया जाता है, और सूचियों को एक साथ जोड़ दिया जाता है। (परिशिष्ट भी देखें
विधि, ऊपर.)

उदाहरण:

env.Prepend(CCFLAGS = '-g ', FOO = ['foo.yyy'])

env.PrependENVPath(नाम, नयापथ, [envname, sep, delete_existing])
यह निर्दिष्ट बाह्य वातावरण में दिए गए पथ में नए पथ तत्वों को जोड़ता है
($ईएनवी डिफ़ॉल्ट रूप से)। यह किसी विशेष पथ को केवल एक बार जोड़ेगा (पहले वाले को छोड़कर)
यह बाकी का सामना करता है और अनदेखा करता है, पथ क्रम को बनाए रखने के लिए), और यह सुनिश्चित करने में मदद करने के लिए,
सभी पथों को सामान्य करेगा (os.path.normpath और os.path.normcase का उपयोग करके)। यह भी कर सकता है
उस स्थिति को संभालें जहां दिया गया पुराना पथ चर स्ट्रिंग के बजाय एक सूची है,
इस स्थिति में स्ट्रिंग के बजाय सूची लौटाई जाएगी।

If मौजूदा_हटाना 0 है, तो पहले से मौजूद पथ को जोड़ने से वह आगे नहीं बढ़ेगा
आरंभ में; यह सूची में जहां है वहीं रहेगा।

उदाहरण:

प्रिंट 'पहले:', env['ENV']['शामिल']
include_path = '/foo/bar:/foo'
env.PrependENVPath('INCLUDE', include_path)
प्रिंट 'बाद में:', env['ENV']['शामिल करें']

उपरोक्त उदाहरण प्रिंट करेगा:

पहले: /biz:/foo
बाद में: /foo/bar:/foo:/biz

env.PrependUnique(कुंजी=val, delete_existing=0, [...])
निर्माण चरों के आरंभ में निर्दिष्ट कीवर्ड तर्क जोड़ता है
पर्यावरण। यदि पर्यावरण में निर्दिष्ट निर्माण चर नहीं है,
इसे बस पर्यावरण में जोड़ा जाता है। यदि निर्माण चर को जोड़ा जा रहा है
एक सूची है, तो निर्माण चर में पहले से मौजूद कोई भी मान नहीं
सूची में फिर से जोड़ा जाएगा। हालाँकि, यदि delete_existing 1 है, तो मौजूदा मिलान मान
पहले हटा दिए जाते हैं, इसलिए आर्ग सूची में मौजूदा मान सूची के सामने चले जाते हैं।

उदाहरण:

env.PrependUnique(CCFLAGS = '-g', FOO = ['foo.yyy'])

प्रगति(कॉल करने योग्य, [अंतराल]), प्रगति(स्ट्रिंग, [अंतराल, फ़ाइल, अधिलेखित]),
प्रगति(list_of_strings, [अंतराल, फ़ाइल, अधिलेखित])
SCons को स्ट्रिंग प्रदर्शित करके या कॉल करके बिल्ड के दौरान की गई प्रगति दिखाने की अनुमति देता है
नोड्स (जैसे फ़ाइलें) का मूल्यांकन करते समय एक फ़ंक्शन।

यदि पहला निर्दिष्ट तर्क एक पायथन कॉल करने योग्य (एक फ़ंक्शन या ऑब्जेक्ट है) है
a __call__() विधि) में, फ़ंक्शन को हर बार एक बार कॉल किया जाएगा अंतराल एक नोड कितनी बार
मूल्यांकित। कॉल करने योग्य को मूल्यांकित नोड को उसके एकमात्र तर्क के रूप में पारित किया जाएगा। (के लिए
भविष्य की अनुकूलता के लिए, अपने में तर्क के रूप में *args और **kw जोड़ना भी एक अच्छा विचार है
फ़ंक्शन या विधि। यह कोड को टूटने से रोकेगा यदि SCons कभी भी बदलता है
(भविष्य में अतिरिक्त तर्कों के साथ फ़ंक्शन को कॉल करने के लिए इंटरफ़ेस.)

एक सरल कस्टम प्रगति फ़ंक्शन का उदाहरण जो एक स्ट्रिंग प्रिंट करता है जिसमें शामिल है
प्रत्येक 10 नोड्स पर नोड नाम:

def my_progress_function(नोड, *आर्ग्स, **kw):
प्रिंट 'नोड %s का मूल्यांकन किया जा रहा है!' % नोड
प्रगति(my_progress_function, अंतराल=10)

कस्टम प्रगति प्रदर्शन ऑब्जेक्ट का एक अधिक जटिल उदाहरण जो एक स्ट्रिंग प्रिंट करता है
प्रत्येक 100 मूल्यांकित नोड्स की गिनती शामिल है। \r (कैरिज रिटर्न) के उपयोग पर ध्यान दें
अंत में ताकि स्ट्रिंग डिस्प्ले पर खुद को अधिलेखित कर दे:

आयात sys
क्लास प्रोग्रेस काउंटर (ऑब्जेक्ट):
गिनती = 0
def __call__(स्वयं, नोड, *आर्ग्स, **kw):
स्वयं.गणना += १००
sys.stderr.write('मूल्यांकित %s नोड्स\r' % self.count)
प्रगति(प्रगति काउंटर(), अंतराल=100)

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

आयात sys
प्रगति('.', अंतराल=100, फ़ाइल=sys.stderr)

यदि स्ट्रिंग में वर्बेटिम सबस्ट्रिंग शामिल है $टारगेट, इसे इसके साथ प्रतिस्थापित किया जाएगा
नोड. ध्यान दें कि, प्रदर्शन कारणों से, यह नहीं एक नियमित SCons चर
प्रतिस्थापन, इसलिए आप अन्य चर का उपयोग नहीं कर सकते हैं या घुंघराले ब्रेसिज़ का उपयोग नहीं कर सकते हैं। निम्नलिखित
उदाहरण के लिए, \r (कैरिज रिटर्न) का उपयोग करके प्रत्येक मूल्यांकित नोड का नाम प्रिंट किया जाएगा
प्रत्येक पंक्ति को अगली पंक्ति द्वारा अधिलेखित कर दिया जाता है, और overwrite= कीवर्ड तर्क
यह सुनिश्चित करने के लिए कि पहले से मुद्रित फ़ाइल नाम रिक्त स्थानों से अधिलेखित हो गया है:

आयात sys
प्रगति('$TARGET\r', अधिलेखित=सत्य)

यदि पहला तर्क प्रगति स्ट्रिंग्स की एक सूची है, तो सूची में प्रत्येक स्ट्रिंग
हर बार घूमते हुए प्रदर्शित किया जाएगा अंतराल मूल्यांकन किए गए नोड्स। इसका उपयोग किया जा सकता है
उपयोगकर्ता की स्क्रीन पर "स्पिनर" को इस प्रकार क्रियान्वित करें:

प्रगति(['-\r', '\\\r', '|\r', '/\r'], अंतराल=5)

छद्म(लक्ष्य, ...), env.छद्म(लक्ष्य, ...)
यह दर्शाता है कि प्रत्येक दिया गया लक्ष्य बिल्ड नियम द्वारा नहीं बनाया जाना चाहिए, और यदि
लक्ष्य बनाया जाता है, एक त्रुटि उत्पन्न होगी। यह gnu make के समान है
.PHONY लक्ष्य। हालाँकि, अधिकांश मामलों में, एक उर्फ अधिक उपयुक्त है।
एकाधिक लक्ष्यों को एक ही कॉल में पास किया जा सकता है उपनाम.

env.आरसीएस()
एक फैक्ट्री फ़ंक्शन जो बिल्डर ऑब्जेक्ट लौटाता है जिसका उपयोग स्रोत फ़ाइलों को लाने के लिए किया जाता है
आरसीएस। लौटाए गए बिल्डर को पास करने का इरादा है सोर्स कोड समारोह:

यह फ़ंक्शन अप्रचलित है। विवरण के लिए, प्रविष्टि देखें सोर्स कोड समारोह.

उदाहरण:

env.SourceCode('.', env.RCS())

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

env.Replace(कुंजी=val, [...])
पर्यावरण में निर्माण चर को निर्दिष्ट कीवर्ड से प्रतिस्थापित करता है
तर्क।

उदाहरण:

env.Replace(CCFLAGS = '-g', FOO = 'foo.xxx')

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

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

ध्यान दें कि यदि किसी रिपोजिटरी में पहले से ही एक अद्यतन व्युत्पन्न फ़ाइल मौजूद है, तो scons नहीं
स्थानीय निर्देशिका वृक्ष में एक प्रतिलिपि बनाएँ। यह गारंटी देने के लिए कि स्थानीय प्रतिलिपि होगी
बनाया जा सकता है, का उपयोग करें स्थानीय विधि.

आवश्यकताएँ(लक्ष्य, पूर्वापेक्षा), env.Requires(लक्ष्य, पूर्वापेक्षा)
निर्दिष्ट लक्ष्य फ़ाइल(फ़ाइलों) और के बीच केवल-ऑर्डर संबंध निर्दिष्ट करता है
निर्दिष्ट पूर्वापेक्षित फ़ाइल(फ़ाइलें)। पूर्वापेक्षित फ़ाइल(फ़ाइलें) को (पुनः) बनाया जाएगा, यदि
ज़रूरी, से पहले लक्ष्य फ़ाइल(फ़ाइलें), लेकिन लक्ष्य फ़ाइल(फ़ाइलें) वास्तव में निर्भर नहीं करती हैं
पूर्वापेक्षाएँ और केवल पूर्वापेक्षित फ़ाइल(फ़ाइलों) के कारण पुनर्निर्माण नहीं किया जाएगा
बदल जाते हैं.

उदाहरण:

env.Requires('foo', 'फ़ाइल-जो-foo-से-पहले-बनाई-जानी-चाहिए')

रिटर्न([vars..., stop=])
डिफ़ॉल्ट रूप से, यह वर्तमान SConscript फ़ाइल को संसाधित करना बंद कर देता है और वापस लौट जाता है
SConscript फ़ाइल को कॉल करके, नामित चरों के मान वार्स स्ट्रिंग
तर्क। चर नाम वाले कई स्ट्रिंग्स को पास किया जा सकता है वापसी। कोई
वे स्ट्रिंग्स जिनमें रिक्त स्थान होता है

प्रसंस्करण जारी रखने के लिए वैकल्पिक stop= कीवर्ड तर्क को गलत मान पर सेट किया जा सकता है
SConscript फ़ाइल का शेष भाग वापसी कॉल करें। यह डिफ़ॉल्ट व्यवहार था
SCons 0.98 से पहले। हालाँकि, लौटाए गए मान अभी भी के मान हैं
नामित चर वार्स इस बिंदु पर वापसी कहा जाता है।

उदाहरण:

# बिना कोई मान लौटाए वापस लौटता है.
वापस करना()

# 'foo' पायथन चर का मान लौटाता है.
रिटर्न("foo")

# पायथन चर 'foo' और 'bar' के मान लौटाता है।
रिटर्न("foo", "bar")

# पायथन चर 'val1' और 'val2' के मान लौटाता है।
रिटर्न('val1 val2')

स्कैनर(फ़ंक्शन, [तर्क, कुंजियाँ, पथ_फ़ंक्शन, नोड_क्लास, नोड_फ़ैक्टरी, स्कैन_चेक,
पुनरावर्ती]), env.Scanner(फ़ंक्शन, [तर्क, कुंजियाँ, पथ_फ़ंक्शन, नोड_क्लास,
नोड_फैक्ट्री, स्कैन_चेक, रिकर्सिव])
निर्दिष्ट के लिए स्कैनर ऑब्जेक्ट बनाता है समारोह. "स्कैनर" अनुभाग देखें
तर्कों और व्यवहार की पूरी व्याख्या के लिए नीचे "ऑब्जेक्ट्स" देखें।

env.एससीसीएस()
एक फैक्ट्री फ़ंक्शन जो बिल्डर ऑब्जेक्ट लौटाता है जिसका उपयोग स्रोत फ़ाइलों को लाने के लिए किया जाता है
एससीसीएस। लौटाए गए बिल्डर को पास करने का इरादा है सोर्स कोड समारोह.

उदाहरण:

env.SourceCode('.', env.SCCS())

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

SConscript(स्क्रिप्ट, [निर्यात, variant_dir, डुप्लिकेट]), env.SConscript(स्क्रिप्ट, [निर्यात,
variant_dir, डुप्लिकेट]), SConscript(dirs=subdirs, [name=स्क्रिप्ट, निर्यात, variant_dir,
डुप्लिकेट]), env.SConscript(dirs=subdirs, [name=स्क्रिप्ट, निर्यात, variant_dir, डुप्लिकेट])
यह scons को एक या अधिक सहायक SConscript (कॉन्फ़िगरेशन) फ़ाइलों को निष्पादित करने के लिए कहता है।
किसी कॉल की गई स्क्रिप्ट द्वारा लौटाए गए कोई भी चर वापसी कॉल द्वारा वापस किया जाएगा
स्कॉन्स्क्रिप्टकॉल करने के दो तरीके हैं स्कॉन्स्क्रिप्ट समारोह.

पहला तरीका जिससे आप कॉल कर सकते हैं स्कॉन्स्क्रिप्ट एक या अधिक को स्पष्ट रूप से निर्दिष्ट करना है लिपियों as
पहला तर्क। एक स्क्रिप्ट को स्ट्रिंग के रूप में निर्दिष्ट किया जा सकता है; एकाधिक स्क्रिप्ट
सूची के रूप में निर्दिष्ट किया जाना चाहिए (या तो स्पष्ट रूप से या किसी फ़ंक्शन द्वारा बनाया गया जैसे
विभाजित करें) उदाहरण:

SConscript('SConscript') # वर्तमान निर्देशिका में SConscript चलाएँ
SConscript('src/SConscript') # src निर्देशिका में SConscript चलाएँ
एसकॉन्स्क्रिप्ट(['src/SConscript', 'doc/SConscript'])
कॉन्फ़िगरेशन = SConscript('MyConfig.py')

दूसरा तरीका जिससे आप कॉल कर सकते हैं स्कॉन्स्क्रिप्ट (उप)निर्देशिका नामों की सूची निर्दिष्ट करना है
एक dirs=उपनिर्देशिका कीवर्ड तर्क। इस मामले में, scons डिफ़ॉल्ट रूप से, निष्पादित करेगा
प्रत्येक निर्दिष्ट निर्देशिका में SConscript नामक सहायक कॉन्फ़िगरेशन फ़ाइल।
आप वैकल्पिक नाम प्रदान करके SConscript के अलावा कोई अन्य नाम निर्दिष्ट कर सकते हैं=लिपि
कीवर्ड तर्क। नीचे दिए गए पहले तीन उदाहरणों का प्रभाव पहले उदाहरण के समान ही है
उपरोक्त तीन उदाहरण:

SConscript(dirs='.') # वर्तमान निर्देशिका में SConscript चलाएँ
SConscript(dirs='src') # src निर्देशिका में SConscript चलाएँ
SConscript(dirs=['src', 'doc'])
SConscript(dirs=['sub1', 'sub2'], नाम='MySConscript')

वैकल्पिक निर्यात तर्क चर नामों की एक सूची या एक शब्दकोश प्रदान करता है
निर्यात करने के लिए नामित मान स्क्रिप्टये चर स्थानीय रूप से केवल निर्यात किए जाते हैं
विष्तृत स्क्रिप्ट, और द्वारा उपयोग किए जाने वाले चर के वैश्विक पूल को प्रभावित नहीं करते हैं
निर्यात सहायक कंपनी स्क्रिप्ट का उपयोग करना चाहिए आयात आयात करने के लिए फ़ंक्शन
चर. उदाहरण:

foo = SConscript('sub/SConscript', निर्यात='env')
SConscript('dir/SConscript', निर्यात=['env', 'variable'])
SConscript(dirs='subdir', exports='env variable')
SConscript(dirs=['one', 'two', 'three'], exports='shared_info')

यदि वैकल्पिक variant_dir तर्क मौजूद है, यह के बराबर प्रभाव का कारण बनता है
वैरिएंटडायर नीचे वर्णित विधि। (यदि variant_dir मौजूद नहीं है,

नक़ल तर्क को नजरअंदाज कर दिया गया है।) variant_dir तर्क की व्याख्या सापेक्ष रूप से की जाती है
कॉलिंग SConscript फ़ाइल की निर्देशिका। विवरण देखें वैरिएंटडायर
अतिरिक्त विवरण और प्रतिबंधों के लिए नीचे दिए गए फ़ंक्शन पर जाएँ।

If variant_dir मौजूद है, स्रोत निर्देशिका वह निर्देशिका है जिसमें
SConscript फ़ाइल रहती है और SConscript फ़ाइल का मूल्यांकन इस प्रकार किया जाता है मानो वह
variant_dir निर्देशिका:

SConscript('src/SConscript', variant_dir = 'build')

के बराबर है

VariantDir('बिल्ड', 'src')
SConscript('बिल्ड/SConscript')

इस बाद के प्रतिमान का प्रयोग अक्सर तब किया जाता है जब स्रोत उसी निर्देशिका में होते हैं
एसकंस्ट्रक्ट:

SConscript('SConscript', variant_dir = 'build')

के बराबर है

VariantDir('बिल्ड', '.')
SConscript('बिल्ड/SConscript')

यहां कुछ मिश्रित उदाहरण दिए गए हैं:

# कॉन्फ़िगरेशन जानकारी एकत्रित करें और इसका उपयोग src और doc बनाने के लिए करें
साझा_सूचना = SConscript('MyConfig.py')
SConscript('src/SConscript', निर्यात='shared_info')
SConscript('doc/SConscript', निर्यात='shared_info')

# डिबगिंग और उत्पादन संस्करण बनाएँ। SConscript
# वेरिएंट निर्धारित करने के लिए Dir('.').path का उपयोग कर सकते हैं.
SConscript('SConscript', variant_dir='debug', डुप्लिकेट=0)
SConscript('SConscript', variant_dir='prod', डुप्लिकेट=0)

# डिबगिंग और उत्पादन संस्करण बनाएँ। SConscript
# को उपयोग हेतु ध्वज दिया गया है।
ऑप्ट्स = { 'CPPDEFINES' : ['DEBUG'], 'CCFLAGS' : '-pgdb' }
SConscript('SConscript', variant_dir='debug', डुप्लिकेट=0, निर्यात=opts)
ऑप्ट्स = { 'CPPDEFINES' : ['NODEBUG'], 'CCFLAGS' : '-O' }
SConscript('SConscript', variant_dir='prod', डुप्लिकेट=0, निर्यात=opts)

# सामान्य दस्तावेज़ बनाएं और विभिन्न आर्किटेक्चर के लिए संकलन करें
SConscript('doc/SConscript', variant_dir='build/doc', डुप्लिकेट=0)
SConscript('src/SConscript', variant_dir='build/x86', डुप्लिकेट=0)
SConscript('src/SConscript', variant_dir='build/ppc', डुप्लिकेट=0)

SConscriptChdir(मान), env.SConscriptChdir(मान)
डिफ़ॉल्ट रूप से, scons अपनी कार्यशील निर्देशिका को उस निर्देशिका में बदल देता है जिसमें प्रत्येक
सहायक SConscript फ़ाइल रहती है। यह व्यवहार निम्न में से किसी एक को निर्दिष्ट करके अक्षम किया जा सकता है:

SConscriptChdir(0)
env.SConscriptChdir(0)

इस स्थिति में scons सभी SConscript को पढ़ते समय शीर्ष-स्तरीय निर्देशिका में रहेगा
फ़ाइलें। (यह रिपॉजिटरी से निर्माण करते समय आवश्यक हो सकता है, जब सभी
जिन निर्देशिकाओं में SConscript फ़ाइलें पाई जा सकती हैं, वे आवश्यक रूप से स्थानीय रूप से मौजूद नहीं होतीं।)
आप SConscriptChdir() को कई बार कॉल करके इस क्षमता को सक्षम और अक्षम कर सकते हैं।

उदाहरण:

env = पर्यावरण()
SConscriptChdir(0)
SConscript('foo/SConscript') # foo को chdir नहीं करेगा
env.SConscriptChdir(1)
SConscript('bar/SConscript') # बार को chdir करेगा

SConsignFile([फ़ाइल, dbm_module]), env.SConsignFile([फ़ाइल, dbm_module])
यह scons को सभी फ़ाइल हस्ताक्षरों को निर्दिष्ट डेटाबेस में संग्रहीत करने के लिए कहता है पट्टिका। अगर
पट्टिका नाम छोड़ा जाता है, .sconsign डिफ़ॉल्ट रूप से उपयोग किया जाता है। (वास्तविक फ़ाइल नाम(नाम) संग्रहीत
डिस्क में एक उपयुक्त प्रत्यय जोड़ा जा सकता है
डीबीएम_मॉड्यूल।) अगर पट्टिका एक निरपेक्ष पथ नाम नहीं है, फ़ाइल उसी में रखी गई है
निर्देशिका को शीर्ष-स्तरीय SConstruct फ़ाइल के रूप में बनाएँ।

If पट्टिका कोई नहीं है, तो scons फ़ाइल हस्ताक्षरों को एक अलग .sconsign फ़ाइल में संग्रहीत करेगा
प्रत्येक निर्देशिका में, एक वैश्विक डेटाबेस फ़ाइल में नहीं। (यह पहले डिफ़ॉल्ट व्यवहार था
(एससीओएनएस 0.96.91 और 0.97 तक)

वैकल्पिक डीबीएम_मॉड्यूल तर्क का उपयोग यह निर्दिष्ट करने के लिए किया जा सकता है कि कौन सा पायथन डेटाबेस मॉड्यूल
डिफ़ॉल्ट रूप से कस्टम SCons.dblite मॉड्यूल का उपयोग किया जाता है जो पिकल्ड पायथन डेटा का उपयोग करता है
संरचनाएं, और जो सभी पायथन संस्करणों पर काम करती हैं।

उदाहरण:

# हस्ताक्षरों को स्पष्ट रूप से ".sconsign.dblite" में संग्रहीत करता है
# शीर्ष-स्तरीय SConstruct निर्देशिका में (
# डिफ़ॉल्ट व्यवहार).
एसकॉनसाइनफाइल()

# हस्ताक्षरों को "etc/scons-signatures" फ़ाइल में संग्रहीत करता है
# शीर्ष-स्तरीय SConstruct निर्देशिका के सापेक्ष.
SConsignFile('etc/scons-signatures')

# निर्दिष्ट निरपेक्ष फ़ाइल नाम में हस्ताक्षर संग्रहीत करता है.
SConsignFile("/home/me/SCons/हस्ताक्षर")

# हस्ताक्षरों को एक अलग .sconsign फ़ाइल में संग्रहीत करता है
# प्रत्येक निर्देशिका में.
SConsignFile(कोई नहीं)

env.SetDefault(कुंजी=val, [...])
निर्माण चर को कीवर्ड तर्कों के साथ निर्दिष्ट डिफ़ॉल्ट मानों पर सेट करता है यदि
(और केवल तभी) जब चर पहले से सेट न हों। निम्नलिखित कथन हैं
समकक्ष:

env.SetDefault(FOO = 'foo')

यदि 'FOO' env में नहीं है: env['FOO'] = 'foo'

SetOption(नाम, मान), env.SetOption(नाम, मान)
यह फ़ंक्शन scons कमांड लाइन विकल्पों का एक चुनिंदा उपसमूह सेट करने का एक तरीका प्रदान करता है
SConscript फ़ाइल से। समर्थित विकल्प निम्न हैं:

स्वच्छ
जो -c, --clean और --remove से मेल खाता है;

नक़ल
जो --duplicate से मेल खाता है;

मदद
जो -h और --help से मेल खाता है;

अंतर्निहित कैश
जो --implicit-cache से मेल खाता है;

अधिकतम_बहाव
जो --max-drift से मेल खाता है;

नो_एक्सेक
जो -n, --no-exec, --just-print, --dry-run और --recon से मेल खाता है;

नौकरियों की संख्या
जो -j और --jobs से मेल खाता है;

बिना सोचे समझे
जो --random से मेल खाता है; तथा

स्टैक_साइज़
जो --stack-size से मेल खाता है.

इसके बारे में जानकारी के लिए संबंधित कमांड लाइन ऑब्जेक्ट का दस्तावेज़ देखें
प्रत्येक विशिष्ट विकल्प.

उदाहरण:

सेटऑप्शन('max_drift', 1)

साइड इफ़ेक्ट(साइड_इफ़ेक्ट, लक्ष्य), env.साइड इफ़ेक्ट(साइड_इफ़ेक्ट, लक्ष्य)
वाणी खराब असर निर्माण के एक साइड इफेक्ट के रूप में लक्ष्य. दोनों खराब असर और लक्ष्य
एक सूची, एक फ़ाइल नाम, या एक नोड हो सकता है। एक साइड इफ़ेक्ट एक लक्ष्य फ़ाइल है जो बनाई गई है
या अन्य लक्ष्यों के निर्माण के साइड इफेक्ट के रूप में अपडेट किया गया। उदाहरण के लिए, एक विंडोज़ पीडीबी फ़ाइल
एक स्थिर लाइब्रेरी के लिए .obj फ़ाइलें बनाने के साइड इफ़ेक्ट के रूप में बनाया गया है, और
विभिन्न TeX कमांड के साइड इफ़ेक्ट के रूप में विभिन्न लॉग फ़ाइलें बनाई और अपडेट की जाती हैं।
target कई build commands का एक side effect है, scons यह सुनिश्चित करेगा कि केवल एक ही build commands का उपयोग किया जाए।
एक समय में कई कमांड निष्पादित किए जाते हैं। इसलिए, आपको केवल इस विधि का उपयोग करने की आवश्यकता है
साइड-इफ़ेक्ट लक्ष्यों के लिए जो एकाधिक बिल्ड कमांड के परिणामस्वरूप बनाए जाते हैं।

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

सोर्सकोड(प्रविष्टियाँ, बिल्डर), env.सोर्सकोड(प्रविष्टियाँ, बिल्डर)
यह फ़ंक्शन और इसके सहयोगी फ़ैक्टरी फ़ंक्शन अप्रचलित हैं।
प्रतिस्थापन। इसका उद्देश्य स्थानीय वृक्ष को संग्रह के साथ समन्वयित रखना था, लेकिन
वास्तविकता में यह फ़ंक्शन केवल पहली बार चलाने पर ही संग्रह को प्राप्त करने का कारण बनता है।
पुरालेख के साथ समन्वयन का कार्य SCons के बाहर सर्वोत्तम ढंग से किया जाता है।

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

किसी भी गैर-मौजूद स्रोत फ़ाइल के लिए, scons डायरेक्टरी ट्री को खोजेगा और इसका उपयोग करेगा
प्रथम सोर्स कोड बिल्डर इसे पाता है। निर्दिष्ट निर्माता कोई नहीं हो सकता, ऐसी स्थिति में
scons निर्दिष्ट स्रोत फ़ाइलों को लाने के लिए बिल्डर का उपयोग नहीं करेगा प्रविष्टियों, भले ही
a सोर्स कोड builder को वृक्ष के ऊपर स्थित एक निर्देशिका के लिए निर्दिष्ट किया गया है।

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

env.SourceCode('.', कोई नहीं)

ध्यान रखें कि यदि निर्दिष्ट निर्माता यदि आप इसे अपने हाथ से बनाते हैं, तो इसमें एक होना चाहिए
स्रोत फ़ाइल प्राप्त करते समय उपयोग हेतु संबद्ध निर्माण वातावरण.

scons डिब्बाबंद फ़ैक्टरी फ़ंक्शन का एक सेट प्रदान करता है जो उपयुक्त बिल्डर्स को लौटाता है
विभिन्न लोकप्रिय स्रोत कोड प्रबंधन प्रणालियाँ। आह्वान के विहित उदाहरण
शामिल हैं:

env.SourceCode('.', env.BitKeeper('/usr/local/BKsources'))
env.SourceCode('src', env.CVS('/usr/local/CVSROOT'))
env.SourceCode('/', env.RCS())
env.SourceCode(['f1.c', 'f2.c'], env.SCCS())
env.SourceCode('no_source.c', कोई नहीं)

SourceSignatures(प्रकार), env.SourceSignatures(प्रकार)
नोट: हालाँकि यह अभी तक आधिकारिक रूप से अप्रचलित नहीं है, फिर भी इस फ़ंक्शन का उपयोग किया जा सकता है
हतोत्साहित. देखें निर्णायक अधिक लचीले और सीधे तरीके से कार्य करने के लिए
SCons के निर्णय लेने को कॉन्फ़िगर करें।

RSI स्रोतहस्ताक्षर फ़ंक्शन scons को बताता है कि कैसे तय किया जाए कि स्रोत फ़ाइल (एक फ़ाइल जो
किसी अन्य फ़ाइल से निर्मित नहीं है) पिछली बार जब इसका उपयोग किया गया था तब से इसमें कोई परिवर्तन नहीं हुआ है
एक विशेष लक्ष्य फ़ाइल बनाएँ। वैध मान MD5 या टाइमस्टैम्प हैं।

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

MD5 का अर्थ है कि scons यह निर्णय लेता है कि स्रोत फ़ाइल में परिवर्तन हुआ है, यदि इसका MD5 चेकसम
पिछली बार जब इसका उपयोग किसी विशेष लक्ष्य के पुनर्निर्माण के लिए किया गया था, तब से इसकी सामग्री बदल गई है
फ़ाइल.

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

पायथन के लिए दोनों व्यवहारों में कोई अंतर नहीं है वैल्यू नोड ऑब्जेक्ट्स.

MD5 हस्ताक्षरों की गणना में अधिक समय लगता है, लेकिन वे टाइमस्टैम्प की तुलना में अधिक सटीक होते हैं
हस्ताक्षर. डिफ़ॉल्ट मान MD5 है.

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

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

उदाहरण:

फ़ाइलें = विभाजित करें("f1.c f2.c f3.c")
फ़ाइलें = env.Split("f4.c f5.c f6.c")
फ़ाइलें = विभाजित("""
f7.सी
f8.सी
f9.सी
""")

env.subst(इनपुट, [कच्चा, लक्ष्य, स्रोत, रूपांतरण])
निर्दिष्ट स्ट्रिंग या अनुक्रम पर निर्माण चर प्रक्षेप निष्पादित करता है
तर्क निवेश.

डिफ़ॉल्ट रूप से, परिणाम से आरंभिक या अंतिम रिक्त स्थान हटा दिया जाएगा.
सफ़ेद स्पेस के अनुक्रम को एक सिंगल स्पेस कैरेक्टर तक संपीड़ित किया जाएगा। इसके अतिरिक्त,
किसी भी $( और $) वर्ण अनुक्रम को लौटाई गई स्ट्रिंग से हटा दिया जाएगा,
वैकल्पिक कच्चा यदि आप रिक्त स्थान और $(-$) को संरक्षित करना चाहते हैं तो तर्क को 1 पर सेट किया जा सकता है
क्रम NS कच्चा यदि आप सभी वर्णों को हटाना चाहते हैं तो तर्क को 2 पर सेट किया जा सकता है
किसी भी $( और $) जोड़े के बीच (जैसा कि हस्ताक्षर गणना के लिए किया जाता है)।

यदि इनपुट एक अनुक्रम (सूची या टपल) है, तो अनुक्रम के अलग-अलग तत्व
विस्तारित किया जाएगा, और परिणाम एक सूची के रूप में लौटाए जाएंगे।

वैकल्पिक लक्ष्य और स्रोत कीवर्ड तर्कों को लक्ष्य और की सूचियों पर सेट किया जाना चाहिए
स्रोत नोड्स, क्रमशः, यदि आप चाहते हैं $टारगेट, $लक्ष्य, $स्रोत और $स्रोत सेवा मेरे
विस्तार के लिए उपलब्ध रहें। यह आमतौर पर आवश्यक है यदि आप कॉल कर रहे हैं env.subst
एक पायथन फ़ंक्शन के भीतर से जिसे SCons क्रिया के रूप में उपयोग किया जाता है।

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

उदाहरण:

प्रिंट env.subst("C संकलक है: $CC")

def संकलन (लक्ष्य, स्रोत, env):
sourceDir = env.subst("${SOURCE.srcdir}",
लक्ष्य=लक्ष्य,
स्रोत=स्रोत)

स्रोत_नोड्स = env.subst('$EXPAND_TO_NODELIST',
रूपांतरण=लैम्ब्डा x: x)

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

उदाहरण:

# यह सुनिश्चित करता है कि निर्मित लाइब्रेरी 0644 फ़ाइल के साथ स्थापित की जाएगी
# एक्सेस मोड
टैग( लाइब्रेरी( 'lib.c' ), UNIX_ATTR="0644" )

# file2.txt को डॉक्यूमेंटेशन फ़ाइल के रूप में चिह्नित करता है
टैग( 'file2.txt', DOC )

TargetSignatures(प्रकार), env.TargetSignatures(प्रकार)
नोट: हालाँकि यह अभी तक आधिकारिक रूप से अप्रचलित नहीं है, फिर भी इस फ़ंक्शन का उपयोग किया जा सकता है
हतोत्साहित. देखें निर्णायक अधिक लचीले और सीधे तरीके से कार्य करने के लिए
SCons के निर्णय लेने को कॉन्फ़िगर करें।

RSI टारगेटसिग्नेचर फ़ंक्शन scons को बताता है कि कैसे तय किया जाए कि कोई लक्ष्य फ़ाइल (एक फ़ाइल जो
is किसी अन्य फ़ाइल से निर्मित) पिछली बार निर्माण के लिए उपयोग किए जाने के बाद से बदल गया है
कुछ अन्य लक्ष्य फ़ाइल। वैधानिक मान हैं "build"; "content" (या इसका पर्यायवाची "MD5");
"टाइमस्टैम्प"; या "स्रोत".

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

"सामग्री" (या इसका पर्यायवाची "MD5") का अर्थ है कि scons यह निर्णय लेता है कि लक्ष्य फ़ाइल बदल गई है यदि
इसकी सामग्री का MD5 चेकसम पिछली बार उपयोग किए जाने के बाद से बदल गया है
किसी अन्य लक्ष्य फ़ाइल का पुनर्निर्माण करें। इसका मतलब है कि स्कोंस MD5 योग की सामग्री को खोल देगा
लक्ष्य फ़ाइलें बनने के बाद उन्हें पुनः प्राप्त कर सकते हैं, और यह निर्णय ले सकते हैं कि उन्हें पुनः निर्मित करने की आवश्यकता नहीं है
"डाउनस्ट्रीम" लक्ष्य फ़ाइलें यदि फ़ाइल को ठीक उसी सामग्री के साथ पुनर्निर्मित किया गया था
पिछली बार।

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

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

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

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

क्योंकि डिफ़ॉल्ट सेटिंग "स्रोत" है, इसका उपयोग करना स्रोतहस्ताक्षर आम तौर पर
के लिए पसंदीदा टारगेटसिग्नेचर, ताकि नवीनतम निर्णय सुसंगत हो
सभी फ़ाइलें (या किसी विशिष्ट निर्माण वातावरण के साथ निर्मित सभी फ़ाइलें)।
टारगेटसिग्नेचर निर्मित लक्ष्य फ़ाइलें किस प्रकार उनके प्रभाव को प्रभावित करती हैं, इसके लिए विशिष्ट नियंत्रण प्रदान करता है
"डाउनस्ट्रीम" निर्भरताएँ.

टूल(स्ट्रिंग, [टूलपाथ, **kw]), env.Tool(स्ट्रिंग, [टूलपाथ, **kw])
RSI उपकरण फ़ंक्शन का फ़ॉर्म एक कॉल करने योग्य ऑब्जेक्ट लौटाता है जिसका उपयोग आरंभ करने के लिए किया जा सकता है
Environment() विधि के tools कीवर्ड का उपयोग करके एक निर्माण वातावरण।
ऑब्जेक्ट को निर्माण वातावरण के साथ एक तर्क के रूप में बुलाया जा सकता है, जिस स्थिति में
ऑब्जेक्ट निर्माण वातावरण और नाम में आवश्यक चर जोड़ देगा
उपकरण के लिए जोड़ा जाएगा $टूल्स निर्माण चर.

अतिरिक्त कीवर्ड तर्क उपकरण के लिए पारित कर दिए जाते हैं उत्पन्न() तरीका।

उदाहरण:

env = पर्यावरण(उपकरण = [उपकरण('msvc')])

env = पर्यावरण()
t = टूल('msvc')
t(env) # TOOLS वेरिएबल में 'msvc' जोड़ता है
u = टूल('opengl', टूलपाथ = ['टूल्स'])
u(env) # TOOLS वेरिएबल में 'opengl' जोड़ता है

RSI env.टूल फ़ंक्शन का फ़ॉर्म निर्दिष्ट टूल के लिए कॉल करने योग्य ऑब्जेक्ट लागू करता है
स्ट्रिंग उस वातावरण में जिसके माध्यम से विधि को बुलाया गया था।

अतिरिक्त कीवर्ड तर्क उपकरण के लिए पारित कर दिए जाते हैं उत्पन्न() तरीका।

env.टूल('gcc')
env.Tool('opengl', toolpath = ['build/tools'])

मान(मान, [built_value]), env.Value(मान, [built_value])
निर्दिष्ट पायथन मान का प्रतिनिधित्व करने वाला एक नोड ऑब्जेक्ट लौटाता है। वैल्यू नोड्स का उपयोग किया जा सकता है
लक्ष्यों की निर्भरता के रूप में। यदि कॉल करने का परिणाम str(मूल्य) SCons के बीच परिवर्तन
रन, किसी भी लक्ष्य पर निर्भर करता है वैल्यू (मूल्य) का पुनर्निर्माण किया जाएगा। (यह तब भी सत्य है जब
टाइमस्टैम्प का उपयोग करके यह तय करना कि फ़ाइलें अद्यतित हैं या नहीं।) टाइमस्टैम्प स्रोत का उपयोग करते समय
हस्ताक्षर, मूल्य नोड्स के टाइमस्टैम्प सिस्टम समय के बराबर होते हैं जब नोड होता है
बनाया।

लौटाए गए Value Nod ऑब्जेक्ट में एक लिखना() विधि जिसका उपयोग "निर्माण" के लिए किया जा सकता है
नया मान सेट करके Value Nod का चयन करें। वैकल्पिक निर्मित_मूल्य तर्क निर्दिष्ट किया जा सकता है
जब मान नोड बनाया जाता है तो यह इंगित होता है कि नोड पर पहले से ही विचार किया जाना चाहिए
"निर्मित." एक संगत है पढ़ना() विधि जो निर्मित मान लौटाएगी
नोड.

उदाहरण:

env = पर्यावरण()

def create(लक्ष्य, स्रोत, env):
# एक फ़ंक्शन जो 'prefix=$SOURCE' लिखेगा
# स्ट्रिंग को फ़ाइल नाम में निर्दिष्ट करें
# $लक्ष्य.
f = open(str(target[0]), 'wb')
f.write('prefix=' + स्रोत[0].get_contents())

# यदि कोई हो तो कमांड से prefix= तर्क प्राप्त करें
# पंक्ति, और उपयोग करें / Usr / स्थानीय डिफ़ॉल्ट के रूप में।
उपसर्ग = तर्क.get('उपसर्ग', '/ Usr / स्थानीय')

# उपरोक्त फ़ंक्शन क्रिया के लिए .Config() बिल्डर संलग्न करें
# निर्माण पर्यावरण के लिए.
env['BUILDERS']['कॉन्फ़िगरेशन'] = बिल्डर(कार्रवाई = बनाएँ)
env.Config(लक्ष्य = 'पैकेज-कॉन्फ़िगरेशन', स्रोत = मान(उपसर्ग))

def build_value(लक्ष्य, स्रोत, env):
# एक फ़ंक्शन जो अपडेट करके पायथन मान "बनाता" है
# फ़ाइल की सामग्री के साथ पायथन मान
# बिल्डर कॉल के स्रोत के रूप में निर्दिष्ट ($SOURCE).
लक्ष्य[0].write(स्रोत[0].get_contents())

आउटपुट = env.Value('before')
इनपुट = env.Value('बाद')

# उपरोक्त फ़ंक्शन के लिए .UpdateValue() बिल्डर संलग्न करें
# निर्माण पर्यावरण पर कार्रवाई.
env['BUILDERS']['UpdateValue'] = बिल्डर(कार्रवाई = build_value)
env.UpdateValue(लक्ष्य = मान(आउटपुट), स्रोत = मान(इनपुट))

VariantDir(variant_dir, src_dir, [डुप्लिकेट]), env.VariantDir(variant_dir, src_dir,
[डुप्लिकेट])
उपयोग वैरिएंटडायर किसी अन्य स्थान पर अपने स्रोतों की प्रतिलिपि बनाने के लिए फ़ंक्शन: यदि कोई
नाम के अंतर्गत variant_dir नहीं पाया जाता है लेकिन नीचे मौजूद है src_dir, फ़ाइल या निर्देशिका है
कॉपी किया गया variant_dirलक्ष्य फ़ाइलों को मूल निर्देशिका से भिन्न निर्देशिका में बनाया जा सकता है।
वैरिएंट के भीतर स्रोतों (और लक्ष्यों) को संदर्भित करके मूल स्रोतों को खोजना
पेड़.

वैरिएंटडायर एक ही के साथ कई बार कॉल किया जा सकता है src_dir एकाधिक सेट अप करने के लिए
विभिन्न विकल्पों के साथ बनाता है (वेरिएंट). src_dir स्थान या में होना चाहिए
SConstruct फ़ाइल की निर्देशिका के नीचे, और variant_dir नीचे नहीं हो सकता
src_dir.

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

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

डुप्लिकेट तर्क को 0 पर सेट करके स्रोत वृक्ष की प्रतिलिपि बनाना अक्षम किया जा सकता है
(शून्य)। यह स्कोंस को स्रोत फ़ाइलों के पथ नामों का उपयोग करके बिल्डर्स को आमंत्रित करने का कारण बनेगा
in src_dir और व्युत्पन्न फ़ाइलों के पथ नाम variant_dir. यह हमेशा अधिक होता है
डुप्लिकेट=1 से अधिक कुशल है, और आमतौर पर अधिकांश बिल्ड के लिए सुरक्षित है (लेकिन अधिक जानकारी के लिए ऊपर देखें)
(ऐसे मामले जो समस्या उत्पन्न कर सकते हैं)।

ध्यान दें कि वैरिएंटडायर एक सहायक SConscript फ़ाइल के साथ सबसे स्वाभाविक रूप से काम करता है। हालाँकि,
फिर आप सहायक SConscript फ़ाइल को स्रोत निर्देशिका में नहीं, बल्कि में कॉल करेंगे
la variant_dir, डुप्लिकेट के मूल्य की परवाह किए बिना। इस तरह आप scons को बताते हैं
स्रोत वृक्ष का कौन सा संस्करण बनाना है:

# src/SConscript को दो भिन्न निर्देशिकाओं में चलाएँ
VariantDir('build/variant1', 'src')
SConscript('बिल्ड/वैरिएंट1/SConscript')
VariantDir('build/variant2', 'src')
SConscript('बिल्ड/वैरिएंट2/SConscript')

यह भी देखें स्कॉन्स्क्रिप्ट फ़ंक्शन, ऊपर वर्णित, निर्दिष्ट करने के लिए एक और तरीका है
एक सहायक SConscript फ़ाइल को कॉल करने के साथ-साथ variant निर्देशिका।

उदाहरण:

# नाम का उपयोग बिल्ड निर्देशिका में करें, स्रोत निर्देशिका में नहीं
VariantDir('बिल्ड', 'src', डुप्लिकेट=0)
प्रोग्राम('बिल्ड/प्रोग', 'बिल्ड/सोर्स.सी')

# यह स्रोत और दस्तावेज़ दोनों को एक अलग उपवृक्ष में बनाता है
VariantDir('बिल्ड', '.', डुप्लिकेट=0)
SConscript(dirs=['build/src','build/doc'])

# पिछले उदाहरण के समान, लेकिन केवल SConscript का उपयोग करता है
SConscript(dirs='src', variant_dir='build/src', डुप्लिकेट=0)
SConscript(dirs='doc', variant_dir='build/doc', डुप्लिकेट=0)

WhereIs(कार्यक्रम, [पथ, pathext, अस्वीकार]), env.WhereIs(कार्यक्रम, [पथ, pathext, अस्वीकार])
निर्दिष्ट निष्पादनयोग्य की खोज करता है कार्यक्रम, पूर्ण पथ नाम लौटाता है
यदि प्रोग्राम मिल जाए तो उसे वापस कर देता है, और यदि नहीं मिल जाए तो None लौटाता है। निर्दिष्ट खोज करता है पथ,
कॉलिंग वातावरण के PATH (env['ENV']['PATH']) का मान, या उपयोगकर्ता का वर्तमान
डिफ़ॉल्ट रूप से बाहरी PATH (os.environ['PATH'])। Windows सिस्टम पर, निम्न की खोज करता है
निर्दिष्ट में सूचीबद्ध किसी भी फ़ाइल एक्सटेंशन के साथ निष्पादन योग्य प्रोग्राम पथेक्स्ट,
कॉलिंग वातावरण का PATHEXT (env['ENV']['PATHEXT']) या उपयोगकर्ता का वर्तमान
PATHEXT (os.environ['PATHEXT']) डिफ़ॉल्ट रूप से। इसमें कोई पथ नाम या नाम नहीं चुना जाएगा
विष्तृत अस्वीकार सूची, यदि कोई हो।

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

SCons.Script से आयात करें *

अर्गलिस्ट
एक सूचि कीवर्ड=मूल्य कमांड लाइन पर निर्दिष्ट तर्क। सूची में प्रत्येक तत्व
एक टपल है जिसमें (कीवर्ड,मूल्य) तर्क का अलग-अलग भाग। कीवर्ड और
मूल्य ट्यूपल के तत्वों को तत्व के लिए सबस्क्रिप्टिंग द्वारा एक्सेस किया जा सकता है [0] और [1] of
क्रमशः टपल.

उदाहरण:

प्रिंट "पहला कीवर्ड, मान =", ARGLIST[0][0], ARGLIST[0][1]
प्रिंट "दूसरा कीवर्ड, मान =", ARGLIST[1][0], ARGLIST[1][1]
third_tuple = ARGLIST[2]
प्रिंट "तीसरा कीवर्ड, मान =", तीसरा_टपल[0], तीसरा_टपल[1]
ARGLIST में कुंजी, मान के लिए:
# प्रक्रिया कुंजी और मान

बहस
सभी का एक शब्दकोष कीवर्ड=मूल्य कमांड लाइन पर निर्दिष्ट तर्क।
शब्दकोश क्रम में नहीं है, और यदि किसी दिए गए कीवर्ड को एक से अधिक मान निर्दिष्ट किए गए हैं
कमांड लाइन पर, अंतिम (सबसे दायाँ) मान वह है बहस
शब्दकोश।

उदाहरण:

यदि ARGUMENTS.get('debug', 0):
env = पर्यावरण(CCFLAGS = '-g')
अन्य:
env = पर्यावरण()

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

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

उदाहरण:

यदि 'foo' BUILD_TARGETS में है:
प्रिंट करें "`foo' प्रोग्राम का परीक्षण करना न भूलें!"
यदि 'special/program' BUILD_TARGETS में है:
SConscript('विशेष')

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

कमांड_लाइन_लक्ष्य
कमांड लाइन पर स्पष्ट रूप से निर्दिष्ट लक्ष्यों की सूची। यदि कोई नहीं है
कमांड लाइन पर निर्दिष्ट लक्ष्य, सूची खाली है। इसका उपयोग, के लिए किया जा सकता है
उदाहरण के लिए, किसी विशिष्ट लक्ष्य या लक्ष्यों के स्पष्ट रूप से सामने आने पर ही विशिष्ट कार्रवाई करना
बनाया जा रहा है।

उदाहरण:

यदि 'foo' COMMAND_LINE_TARGETS में है:
प्रिंट करें "`foo' प्रोग्राम का परीक्षण करना न भूलें!"
यदि COMMAND_LINE_TARGETS में 'special/program' है:
SConscript('विशेष')

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

उदाहरण:

प्रिंट str(DEFAULT_TARGETS[0])
यदि 'foo' मानचित्र में है(str, DEFAULT_TARGETS):
प्रिंट करें "`foo' प्रोग्राम का परीक्षण करना न भूलें!"

की सामग्री डिफ़ॉल्ट_लक्ष्य प्रत्येक क्रमिक कॉल पर सूची परिवर्तन
चूक() समारोह:

प्रिंट मैप (स्ट्र, DEFAULT_TARGETS) # मूल रूप से []
डिफ़ॉल्ट('foo')
प्रिंट मैप (स्ट्र, DEFAULT_TARGETS) # अब एक नोड ['foo']
डिफ़ॉल्ट('बार')
प्रिंट मैप (स्ट्र, DEFAULT_TARGETS) # अब एक नोड ['foo', 'bar']
डिफ़ॉल्ट(कोई नहीं)
प्रिंट मैप (स्ट्र, DEFAULT_TARGETS) # वापस []

परिणामस्वरूप, इसका उपयोग अवश्य करें डिफ़ॉल्ट_लक्ष्य आपके द्वारा अपना सारा काम कर लेने के बाद ही चूक()
कॉल, या फिर अपनी SConscript फ़ाइलों में इन कथनों के क्रम के प्रति सावधान रहें
ताकि आप किसी विशिष्ट डिफ़ॉल्ट लक्ष्य की तलाश न करें इससे पहले कि वह वास्तव में जोड़ा गया हो
सूचि।

निर्माण चर
निर्माण पर्यावरण का एक संबद्ध शब्दकोश है निर्माण चर यही है
बिल्ट-इन या उपयोगकर्ता द्वारा दिए गए बिल्ड नियमों द्वारा उपयोग किया जाता है। निर्माण चर को उसी का पालन करना चाहिए
पायथन पहचानकर्ताओं के लिए नियम: प्रारंभिक वर्ण अंडरस्कोर या अक्षर होना चाहिए,
इसके बाद किसी भी संख्या में अंडरस्कोर, अक्षर या अंक हो सकते हैं।

प्रत्येक के लिए scons द्वारा कई उपयोगी निर्माण चर स्वचालित रूप से परिभाषित किए जाते हैं
समर्थित प्लेटफ़ॉर्म, और अतिरिक्त निर्माण चर उपयोगकर्ता द्वारा परिभाषित किए जा सकते हैं।
स्वचालित रूप से परिभाषित निर्माण चरों की सूची निम्नलिखित है:

__LDMODULEVERSIONFLAGS
यह निर्माण चर स्वचालित रूप से परिचय देता है $_LDMODULEVERSIONFLAGS $_LDMODULEVERSIONFLAGS if
$LDMODULEVERSION ... सेट है। अन्यथा यह एक खाली स्ट्रिंग का मूल्यांकन करता है।

__SHLIBसंस्करणझंडे
यह निर्माण चर स्वचालित रूप से परिचय देता है $_SHLIBVERSIONFLAGS if
$SHLIBसंस्करण सेट है। अन्यथा यह एक खाली स्ट्रिंग का मूल्यांकन करता है।

AR
स्थैतिक लाइब्रेरी संग्रहकर्ता.

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

आरकॉम
ऑब्जेक्ट फ़ाइलों से स्थैतिक लाइब्रेरी उत्पन्न करने के लिए प्रयुक्त कमांड लाइन.

आर्कोमस्ट्र
जब कोई ऑब्जेक्ट फ़ाइल असेंबली-भाषा स्रोत से उत्पन्न होती है तो प्रदर्शित स्ट्रिंग
फ़ाइल. अगर यह सेट नहीं है, तो $एआरकॉम (कमांड लाइन) प्रदर्शित होता है.

env = पर्यावरण (ARCOMSTR = "संग्रहीत $TARGET")

अरफ्लैग्स
स्थैतिक लाइब्रेरी संग्रहकर्ता को दिए गए सामान्य विकल्प.

AS
संयोजनकर्ता.

एएससीओएम
असेंबली-भाषा स्रोत से ऑब्जेक्ट फ़ाइल बनाने के लिए उपयोग की जाने वाली कमांड लाइन
फ़ाइल.

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

env = पर्यावरण (ASCOMSTR = "असेम्बलिंग $TARGET")

ए.एस.एफ.एल.जी.एस.
असेम्बलर को दिए गए सामान्य विकल्प.

एएसपीपीकॉम
असेंबली-भाषा स्रोत फ़ाइल को ऑब्जेक्ट फ़ाइल में संयोजित करने के लिए प्रयुक्त कमांड लाइन
फ़ाइल को पहले C प्रीप्रोसेसर के माध्यम से चलाने के बाद।
$एएसफ्लैग्स और $सीपीपीएफएलएजीएस निर्माण चर इस कमांड लाइन पर शामिल हैं।

एएसपीपीकॉमस्ट्र
जब कोई ऑब्जेक्ट फ़ाइल असेंबली-भाषा स्रोत से उत्पन्न होती है तो प्रदर्शित स्ट्रिंग
फ़ाइल को पहले C प्रीप्रोसेसर के ज़रिए चलाने के बाद फ़ाइल को फिर से सेट करें। अगर यह सेट नहीं है, तो
$एएसपीपीकॉम (कमांड लाइन) प्रदर्शित होता है.

env = पर्यावरण (ASPPCOMSTR = "असेम्बलिंग $TARGET")

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

बिबटेक्स
TeX फ़ॉर्मेटर और टाइपसेटर और LaTeX के लिए ग्रंथसूची जनरेटर
संरचित फ़ॉर्मेटर और टाइपसेटर.

BIBTEXCOM
TeX फ़ॉर्मेटर के लिए ग्रंथसूची जनरेटर को कॉल करने के लिए उपयोग की जाने वाली कमांड लाइन और
टाइपसेटर और लेटेक्स संरचित फ़ॉर्मेटर और टाइपसेटर।

BIBTEXCOMSTR
TeX या LaTeX के लिए ग्रंथसूची तैयार करते समय प्रदर्शित स्ट्रिंग। यदि यह नहीं है
तब सेट करें $BIBTEXCOM (कमांड लाइन) प्रदर्शित होता है.

env = पर्यावरण (BIBTEXCOMSTR = "ग्रंथ सूची $TARGET उत्पन्न करना")

BIBTEXFLAGS
TeX फ़ॉर्मेटर के लिए ग्रंथसूची जनरेटर को दिए गए सामान्य विकल्प और
टाइपसेटर और लेटेक्स संरचित फ़ॉर्मेटर और टाइपसेटर।

बिटकीपर
बिटकीपर निष्पादनयोग्य.

बिटकीपरकॉम
बिटकीपर का उपयोग करके स्रोत फ़ाइलें प्राप्त करने के लिए कमांड लाइन.

बिटकीपरकॉमस्ट्र
बिटकीपर का उपयोग करके स्रोत फ़ाइल प्राप्त करते समय प्रदर्शित स्ट्रिंग। यदि यह सेट नहीं है,
फिर $बिटकीपरकॉम (कमांड लाइन) प्रदर्शित होता है.

बिटकीपरगेट
आदेश ($बिटकीपर) और बिटकीपर का उपयोग करके स्रोत फ़ाइलें लाने के लिए उपकमांड।

बिटकीपरगेटफ्लैग्स
बिटकीपर को दिए जाने वाले विकल्प मिल उपकमांड।

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

env = पर्यावरण(बिल्डर्स = {'न्यूबिल्डर' : foo})

डिफ़ॉल्ट बिल्डर्स अब उपलब्ध नहीं होंगे। नए बिल्डर ऑब्जेक्ट का उपयोग करने के लिए
डिफ़ॉल्ट बिल्डर्स के अतिरिक्त, अपना नया बिल्डर ऑब्जेक्ट इस प्रकार जोड़ें:

env = पर्यावरण()
env.Append(बिल्डर्स = {'न्यूबिल्डर' : foo})

या यह:

env = पर्यावरण()
env['BUILDERS]['न्यूबिल्डर'] = foo

CC
सी संकलक।

सीसीकॉम
कमांड लाइन का उपयोग C स्रोत फ़ाइल को (स्थिर) ऑब्जेक्ट फ़ाइल में संकलित करने के लिए किया जाता है।
में निर्दिष्ट विकल्प $सीफ्लैग्स, $सीसीफ्लैग्स और $सीपीपीएफएलएजीएस निर्माण चर हैं
इस कमांड लाइन में शामिल है.

सीसीकॉमस्ट्र
जब C स्रोत फ़ाइल को (स्थिर) ऑब्जेक्ट फ़ाइल में संकलित किया जाता है, तो प्रदर्शित स्ट्रिंग। यदि
यह सेट नहीं है, तो $सीसीकॉम (कमांड लाइन) प्रदर्शित होता है.

env = पर्यावरण (CCCOMSTR = "स्थिर ऑब्जेक्ट $TARGET संकलित करना")

सीसीएफएलएजीएस
सामान्य विकल्प जो C और C++ कम्पाइलरों को दिए जाते हैं।

सीसीपीसीएचफ्लैग्स
पूर्व संकलित के साथ निर्माण का समर्थन करने के लिए कंपाइलर कमांड लाइन में विकल्प जोड़े गए
हेडर। डिफ़ॉल्ट मान उचित Microsoft Visual C++ तक विस्तारित होता है
कमांड-लाइन विकल्प जब $पीसीएच निर्माण चर सेट है.

सीसीपीडीबीफ्लैग्स
डिबगिंग जानकारी को संग्रहीत करने में सहायता के लिए कंपाइलर कमांड लाइन में विकल्प जोड़े गए
Microsoft Visual C++ PDB फ़ाइल। डिफ़ॉल्ट मान उपयुक्त मान तक विस्तृत होता है
Microsoft Visual C++ कमांड-लाइन विकल्प जब $पीडीबी निर्माण चर सेट है.

विजुअल C++ कंपाइलर विकल्प जिसे SCons डिफ़ॉल्ट रूप से PDB जानकारी उत्पन्न करने के लिए उपयोग करता है
is /Z7यह समानांतर (-j) बनाता है क्योंकि यह डिबग को एम्बेड करता है
एकल PDB फ़ाइल को साझा करने के विपरीत, मध्यवर्ती ऑब्जेक्ट फ़ाइलों में जानकारी
एकाधिक ऑब्जेक्ट फ़ाइलों के बीच। यह डिबग जानकारी प्राप्त करने का एकमात्र तरीका भी है
एक स्थिर लाइब्रेरी में एम्बेड किया गया। /ज़ी इसके बजाय बेहतर लिंक-टाइम प्राप्त हो सकता है
हालांकि समानांतर बिल्ड अब काम नहीं करेंगे, लेकिन प्रदर्शन में सुधार होगा।

आप PDB फ़ाइलें उत्पन्न कर सकते हैं /ज़ी डिफ़ॉल्ट को ओवरराइड करके स्विच करें $सीसीपीडीबीफ्लैग्स
चर इस प्रकार है:

env['CCPDBFLAGS'] = ['${(PDB और "/Zi /Fd%s" % फ़ाइल(PDB)) या ""}']

एक विकल्प यह होगा कि इसका उपयोग किया जाए /ज़ी डिबगिंग जानकारी को एक अलग स्थान पर रखना
प्रत्येक ऑब्जेक्ट फ़ाइल के लिए .pdb फ़ाइल को ओवरराइड करके $सीसीपीडीबीफ्लैग्स चर इस प्रकार है:

env['CCPDBFLAGS'] = '/Zi /Fd${TARGET}.pdb'

सीसीसंस्करण
सी कंपाइलर का संस्करण क्रमांक। यह संस्करण के आधार पर सेट हो भी सकता है और नहीं भी।
विशिष्ट सी कम्पाइलर का उपयोग किया जा रहा है।

सीफाइलसफ़िक्स
C स्रोत फ़ाइलों के लिए प्रत्यय। इसका उपयोग आंतरिक CFile बिल्डर द्वारा तब किया जाता है जब
Lex (.l) या YACC (.y) इनपुट फ़ाइलों से C फ़ाइलें जेनरेट करना। डिफ़ॉल्ट प्रत्यय,
बेशक, .c (लोअर केस) है। केस-इनसेंसिटिव सिस्टम (जैसे विंडोज) पर, SCons भी
.C (अपर केस) फ़ाइलों को C फ़ाइलों के रूप में मानता है।

सीएफएलजीएस
सामान्य विकल्प जो C कंपाइलर को पास किये जाते हैं (केवल C; C++ नहीं).

परिवर्तन_विशेषफ़ाइल
पैकेजिंग बिल्ड को नियंत्रित करने वाली फ़ाइल को संशोधित करने के लिए एक हुक (RPM के लिए .spec,
Ipkg के लिए नियंत्रण, MSI के लिए .wxs)। यदि सेट किया गया है, तो फ़ंक्शन को इसके बाद कॉल किया जाएगा
फ़ाइल के लिए SCons टेम्प्लेट लिखा गया है. XXX

परिवर्तित_स्रोत
एक आरक्षित चर नाम जिसे निर्माण परिवेश में सेट या उपयोग नहीं किया जा सकता है।
(नीचे "चर प्रतिस्थापन" देखें)

परिवर्तित_लक्ष्य
एक आरक्षित चर नाम जिसे निर्माण परिवेश में सेट या उपयोग नहीं किया जा सकता है।
(नीचे "चर प्रतिस्थापन" देखें)

चैंज
पैकेज में शामिल किए जाने वाले परिवर्तन लॉग पाठ वाली फ़ाइल का नाम। यह
RPM .spec फ़ाइल के %changelog अनुभाग के रूप में शामिल किया गया है।

_संयोजित
एक फ़ंक्शन जिसका उपयोग चर उत्पन्न करने के लिए किया जाता है जैसे $_CPPINCFLAGS. इसमें चार या पांच मिनट लगते हैं
तर्क: प्रत्येक तत्व पर संयोजित करने के लिए एक उपसर्ग, तत्वों की एक सूची, एक प्रत्यय
प्रत्येक तत्व पर संयोजित करें, चर प्रक्षेप के लिए एक वातावरण, और एक
वैकल्पिक फ़ंक्शन जिसे संयोजन से पहले सूची को रूपांतरित करने के लिए बुलाया जाएगा।

env['_CPPINCFLAGS'] = '$( ${_concat(INCPREFIX, CPPPATH, INCSUFFIX, __env__, RDirs)} $)',

कॉन्फ़िगरडायर
उस निर्देशिका का नाम जिसमें कॉन्फ़िगर संदर्भ परीक्षण फ़ाइलें लिखी गई हैं।
डिफ़ॉल्ट रूप से शीर्ष-स्तरीय निर्देशिका में .sconf_temp होता है, जिसमें SConstruct फ़ाइल होती है।

कॉन्फ़िगरलॉग
कॉन्फ़िगर संदर्भ लॉग फ़ाइल का नाम। शीर्ष-स्तर पर डिफ़ॉल्ट config.log है
SConstruct फ़ाइल वाली निर्देशिका.

_सीपीपीडीएफफ्लैग्स
C प्रीप्रोसेसर युक्त एक स्वचालित रूप से उत्पन्न निर्माण चर
मान निर्धारित करने के लिए कमांड-लाइन विकल्प। $_CPPDEFFLAGS द्वारा बनाया गया है
जोड़कर $CPPDEFPREFIX और $CPPDEFSUFFIX प्रत्येक परिभाषा के आरंभ और अंत में
in $CPPDEFINES.

सीपीपीडिफाइन्स
सी प्रीप्रोसेसर परिभाषाओं का एक प्लेटफ़ॉर्म स्वतंत्र विनिर्देश। परिभाषाएँ
स्वचालित रूप से उत्पन्न के माध्यम से कमांड लाइनों में जोड़ा जाएगा $_CPPDEFFLAGS
निर्माण चर (ऊपर देखें), जिसका निर्माण मूल्य के प्रकार के अनुसार किया जाता है
of $CPPDEFINES:

If $CPPDEFINES एक स्ट्रिंग है, के मान $CPPDEFPREFIX और $CPPDEFSUFFIX
निर्माण चर को शुरुआत और अंत में जोड़ा जाएगा।

# POSIX कंपाइलर कमांड लाइनों में -Dxyz जोड़ देगा,
# और /Dxyz को Microsoft Visual C++ कमांड लाइनों में बदलें।
env = पर्यावरण(CPPDEFINES='xyz')

If $CPPDEFINES एक सूची है, के मान $CPPDEFPREFIX और $CPPDEFSUFFIX
निर्माण चर प्रत्येक तत्व के आरंभ और अंत में जोड़े जाएंगे
सूची। यदि कोई तत्व सूची या टपल है, तो पहला आइटम नाम है
परिभाषित है और दूसरा आइटम इसका मूल्य है:

# POSIX कंपाइलर कमांड लाइनों में -DB=2 -DA जोड़ देगा,
# और /DB=2 /DA को Microsoft Visual C++ कमांड लाइनों में परिवर्तित करें।
env = पर्यावरण(CPPDEFINES=[('B', 2), 'A'])

If $CPPDEFINES एक शब्दकोश है, के मूल्यों $CPPDEFPREFIX और $CPPDEFSUFFIX
निर्माण चर को प्रत्येक आइटम के आरंभ और अंत में जोड़ा जाएगा
शब्दकोश। प्रत्येक शब्दकोश आइटम की कुंजी शब्दकोश के लिए परिभाषित किया जा रहा एक नाम है
आइटम का संगत मान; यदि मान None है, तो नाम बिना किसी मान के परिभाषित किया जाता है
स्पष्ट मूल्य। ध्यान दें कि परिणामी झंडे कीवर्ड द्वारा क्रमबद्ध किए जाते हैं ताकि यह सुनिश्चित हो सके कि
प्रत्येक बार scons चलाने पर कमांड लाइन पर विकल्पों का क्रम सुसंगत होता है।

# POSIX कंपाइलर कमांड लाइनों में -DA -DB=2 जोड़ देगा,
# और /DA /DB=2 को Microsoft Visual C++ कमांड लाइनों में बदलें।
env = पर्यावरण(CPPDEFINES={'B':2, 'A':कोई नहीं})

सीपीपीडीएफप्रीफिक्स
सी कंपाइलर कमांड लाइन पर प्रीप्रोसेसर परिभाषाओं को निर्दिष्ट करने के लिए प्रयुक्त उपसर्ग।
इसे प्रत्येक परिभाषा के आरंभ में जोड़ा जाएगा $CPPDEFINES
निर्माण चर जब $_CPPDEFFLAGS चर स्वचालित रूप से उत्पन्न होता है.

सीपीपीडीएफसफ़िक्स
सी कंपाइलर कमांड लाइन पर प्रीप्रोसेसर परिभाषाओं को निर्दिष्ट करने के लिए प्रयुक्त प्रत्यय।
इसे प्रत्येक परिभाषा के अंत में जोड़ा जाएगा $CPPDEFINES निर्माण
चर जब $_CPPDEFFLAGS चर स्वचालित रूप से उत्पन्न होता है.

सीपीपीएफएलएजीएस
उपयोगकर्ता द्वारा निर्दिष्ट C प्रीप्रोसेसर विकल्प। इन्हें किसी भी कमांड में शामिल किया जाएगा जो इसका उपयोग करता है
सी प्रीप्रोसेसर, जिसमें न केवल सी और सी++ स्रोत फ़ाइलों का संकलन शामिल है
$सीसीकॉम, $SHCCCOM, $CXXCOM और $SHCXXCOM कमांड लाइन्स, लेकिन यह भी $फोरट्रानपीपीकॉम,
$SHFORTRANPPCOM, $F77पीपीकॉम और $SHF77PPCOM फोरट्रान को संकलित करने के लिए उपयोग की जाने वाली कमांड लाइनें
स्रोत फ़ाइल, और $एएसपीपीकॉम असेंबली भाषा को इकट्ठा करने के लिए इस्तेमाल की जाने वाली कमांड लाइन
स्रोत फ़ाइल, पहले प्रत्येक फ़ाइल को C प्रीप्रोसेसर के माध्यम से चलाने के बाद। ध्यान दें कि यह
चर करता है नहीं शामिल -I (या समान) खोज पथ विकल्प शामिल करें जो स्कैन करते हैं
से स्वचालित रूप से उत्पन्न होता है $CPPPATH. देखना $_CPPINCFLAGS, नीचे, उस चर के लिए
उन विकल्पों तक विस्तार होता है।

_सीपीपीआईएनसीफ्लैग्स
C प्रीप्रोसेसर युक्त एक स्वचालित रूप से उत्पन्न निर्माण चर
खोजी जाने वाली निर्देशिकाओं को निर्दिष्ट करने के लिए कमांड-लाइन विकल्पों में फ़ाइलें शामिल हैं।
के मूल्य $_CPPINCFLAGS जोड़कर बनाया गया है $INCPREFIX और $INCSUFFIX को
प्रत्येक निर्देशिका की शुरुआत और अंत $CPPPATH.

सीपीपीपीएथ
सी प्रीप्रोसेसर जिन निर्देशिकाओं की खोज करेगा उनकी सूची में निर्देशिकाएं शामिल होंगी।
C/C++ इंप्लिसिट डिपेंडेंसी स्कैनर इन निर्देशिकाओं में सम्मिलित फ़ाइलों की खोज करेगा।
CCFLAGS या CXXFLAGS में निर्देशिका तर्कों को स्पष्ट रूप से शामिल न करें क्योंकि
परिणाम गैर-पोर्टेबल होगा और निर्देशिकाओं को निर्भरता द्वारा खोजा नहीं जाएगा
स्कैनर। नोट: CPPPATH में निर्देशिका नाम SConscript के सापेक्ष देखे जाएंगे
निर्देशिका जब वे एक आदेश में उपयोग किए जाते हैं। स्कोंस को एक निर्देशिका देखने के लिए मजबूर करने के लिए
स्रोत वृक्ष के मूल के सापेक्ष उपयोग करें #:

env = पर्यावरण(CPPPATH='#/शामिल')

निर्देशिका लुक-अप को भी उपयोग करके मजबूर किया जा सकता है डिर() समारोह:

शामिल करें = Dir('शामिल करें')
env = पर्यावरण(CPPPATH=शामिल)

निर्देशिका सूची स्वचालित रूप से उत्पन्न कमांड लाइन में जोड़ दी जाएगी
$_CPPINCFLAGS निर्माण चर, जिसका निर्माण के मानों को जोड़कर किया जाता है
la $INCPREFIX और $INCSUFFIX प्रत्येक के आरंभ और अंत में निर्माण चर
में निर्देशिका $CPPPATH. आपके द्वारा परिभाषित कोई भी कमांड लाइन जिसके लिए CPPPATH निर्देशिका की आवश्यकता होती है
सूची में शामिल होना चाहिए $_CPPINCFLAGS:

env = पर्यावरण (CCCOM="my_compiler $_CPPINCFLAGS -c -o $TARGET $SOURCE")

सीपीपीप्रत्यय
उन फ़ाइलों के प्रत्ययों की सूची जिन्हें C प्रीप्रोसेसर इंप्लिसिट के लिए स्कैन किया जाएगा
निर्भरताएँ (#include पंक्तियाँ)। डिफ़ॉल्ट सूची है:

[".सी", ".सी", ".cxx", ".सीपीपी", ".सी++", ".सीसी",
".h", ".H", ".hxx", ".hpp", ".hh",
".एफ", ".fpp", ".FPP",
".एम", ".मिमी",
".एस", ".spp", ".SPP"]

CVS
सीवीएस निष्पादनयोग्य.

CVSCOFLAGS
वे विकल्प जो CVS चेकआउट उपकमांड को दिए जाते हैं।

सीवीएसकॉम
सीवीएस रिपोजिटरी से स्रोत फ़ाइलें लाने के लिए प्रयुक्त कमांड लाइन।

सी.वी.एस.सी.ओ.एम.एस.टी.आर.
CVS रिपोजिटरी से स्रोत फ़ाइल प्राप्त करते समय प्रदर्शित स्ट्रिंग। यदि यह नहीं है
तब सेट करें $सीवीएसकॉम (कमांड लाइन) प्रदर्शित होता है.

सीवीएसफ्लैग्स
सामान्य विकल्प जो CVS को पास किए जाते हैं। डिफ़ॉल्ट रूप से, यह -d $CVSREPOSITORY पर सेट होता है
यह निर्दिष्ट करने के लिए कि फ़ाइलें कहां से प्राप्त की जानी चाहिए।

सीवीएसरिपोजिटरी
CVS रिपोजिटरी का पथ। इसे डिफ़ॉल्ट में संदर्भित किया जाता है $CVSFLAGS मूल्य.

सीएक्सएक्स
सी ++ कंपाइलर।

CXXCOM
C++ स्रोत फ़ाइल को ऑब्जेक्ट फ़ाइल में संकलित करने के लिए उपयोग की जाने वाली कमांड लाइन। कोई विकल्प
में निर्दिष्ट है $CXXFLAGS और $सीपीपीएफएलएजीएस निर्माण चर इस पर शामिल हैं
कमांड लाइन।

CXXCOMSTR
जब C++ स्रोत फ़ाइल को (स्थिर) ऑब्जेक्ट फ़ाइल में संकलित किया जाता है, तो प्रदर्शित स्ट्रिंग। यदि
यह सेट नहीं है, तो $CXXCOM (कमांड लाइन) प्रदर्शित होता है.

env = Environment(CXXCOMSTR = "स्थिर ऑब्जेक्ट $TARGET संकलित किया जा रहा है")

CXXफ़ाइलसफ़िक्स
C++ स्रोत फ़ाइलों के लिए प्रत्यय। इसका उपयोग आंतरिक CXXFile बिल्डर द्वारा तब किया जाता है जब
Lex (.ll) या YACC (.yy) इनपुट फ़ाइलों से C++ फ़ाइलें जेनरेट करना। डिफ़ॉल्ट प्रत्यय है
.cc. SCons .cpp, .cxx, .c++, और .C++ प्रत्यय वाली फ़ाइलों को भी C++ के रूप में मानता है
फ़ाइलें, और .mm प्रत्यय वाली फ़ाइलें ऑब्जेक्टिव C++ फ़ाइलों के रूप में। केस-सेंसिटिव सिस्टम पर
(लिनक्स, यूनिक्स, और अन्य POSIX-समान), SCons .C (अपर केस) फ़ाइलों को भी C++ के रूप में मानता है
फाइलें.

CXXफ़्लैग
सामान्य विकल्प जो C++ कंपाइलर को दिए जाते हैं। डिफ़ॉल्ट रूप से, इसमें शामिल हैं
के मूल्य $सीसीफ्लैग्स, ताकि सेटिंग $सीसीफ्लैग्स C और C++ दोनों संकलन को प्रभावित करता है। यदि आप
यदि आप C++-विशिष्ट फ़्लैग जोड़ना चाहते हैं, तो आपको का मान सेट या ओवरराइड करना होगा $CXXFLAGS.

CXXसंस्करण
C++ कंपाइलर का संस्करण क्रमांक। यह संस्करण के आधार पर सेट हो भी सकता है और नहीं भी
विशिष्ट C++ कम्पाइलर का उपयोग किया जा रहा है।

DC
डीसी।

DCOM
डीसीओएम.

डीडीबग
डीडीबग.

_डीडीबगफ्लैग्स
_डीडीबगफ्लैग्स.

DDEBUGप्रीफिक्स
DDEBUGप्रीफिक्स.

डीडीबगसफ़िक्स
डीडीबगसफ़िक्स.

वर्णन
पैकेज की जा रही परियोजना का एक लंबा विवरण। यह प्रासंगिक में शामिल है
फ़ाइल का वह भाग जो पैकेजिंग बिल्ड को नियंत्रित करता है।

विवरण_भाषा
निर्दिष्ट के लिए एक भाषा-विशिष्ट लंबा विवरण lang. इसका उपयोग पॉप्युलेट करने के लिए किया जाता है
RPM .spec फ़ाइल का %description -l अनुभाग.

डीफाइलसफ़िक्स
डीफाइलसफिक्स.

डीफ्लैगप्रीफिक्स
डीफ्लैगप्रीफिक्स.

_डीएफएलएजीएस
_डीएफएलएजीएस.

डीफ्लैग्स
डीफ्लैग्स.

डीफ्लैगसफ़िक्स
डीफ्लैगसफ़िक्स.

_DINCFLAGS
_DINCFLAGS.

DINCPREFIX
DINCPREFIX.

DINCSUFFIX
DINCSUFFIX.

डिर
एक फ़ंक्शन जो एक स्ट्रिंग को लक्ष्य के सापेक्ष Dir इंस्टेंस में परिवर्तित करता है
बनाया।

एक फ़ंक्शन जो एक स्ट्रिंग को लक्ष्य के सापेक्ष Dir इंस्टेंस में परिवर्तित करता है
बनाया।

डायर
एक फ़ंक्शन जो स्ट्रिंग्स की सूची को Dir इंस्टेंस की सूची में परिवर्तित करता है
लक्ष्य बनाया जा रहा है।

डीएलआईबी
डीएलआईबी.

डीएलआईबीकॉम
डीएलआईबीकॉम.

_डीएलआईबीडीआईआरएफएलएजीएस
_डीएलआईबीडीआईआरएफएलएजीएस.

डीलिबडीआईआरप्रीफिक्स
डीलिबडीआईआरप्रीफिक्स.

डीलिबडीआईआरसफ़िक्स
डीलिबडीआईआरसफ़िक्स.

डीएलआईबीफ्लैगप्रीफिक्स
डीएलआईबीफ्लैगप्रीफिक्स.

_डीएलआईबीफ्लैग्स
_डीएलआईबीफ्लैग्स.

डीएलआईबीफ्लैगसफिक्स
डीएलआईबीफ्लैगसफिक्स.

डीएलआईबीलिंकप्रीफिक्स
डीएलआईबीलिंकप्रीफिक्स.

डीएलआईबीलिंकसफिक्स
डीएलआईबीलिंकसफिक्स.

D- लिंक
डीलिंक.

डीलिंककॉम
डीलिंककॉम.

डीलिंकफ्लैगप्रीफिक्स
डीलिंकफ्लैगप्रीफिक्स.

डीलिंकफ्लैग्स
डीलिंकफ्लैग्स.

डीलिंकफ्लैगसफिक्स
डीलिंकफ्लैगसफिक्स.

DOCBOOK_डिफ़ाल्ट_XSL_EPUB
डिफ़ॉल्ट XSLT फ़ाइल डॉकबुकईपब वर्तमान परिवेश में बिल्डर, यदि
कीवर्ड के माध्यम से कोई अन्य XSLT निर्दिष्ट नहीं किया जाता है।

DOCBOOK_डिफ़ॉल्ट_XSL_HTML
डिफ़ॉल्ट XSLT फ़ाइल डॉकबुकएचटीएमएल वर्तमान परिवेश में बिल्डर, यदि
कीवर्ड के माध्यम से कोई अन्य XSLT निर्दिष्ट नहीं किया जाता है।

DOCBOOK_DEFAULT_XSL_HTMLCHUNKED
डिफ़ॉल्ट XSLT फ़ाइल DocbookHtmlचंक्ड वर्तमान समय में बिल्डर
यदि कीवर्ड के माध्यम से कोई अन्य XSLT निर्दिष्ट नहीं किया गया है, तो वातावरण में XSLT को XSLT में परिवर्तित किया जा सकता है।

DOCBOOK_DEFAULT_XSL_HTMLसहायता
डिफ़ॉल्ट XSLT फ़ाइल डॉकबुकHtmlमदद वर्तमान परिवेश में बिल्डर,
यदि कोई अन्य XSLT कीवर्ड के माध्यम से निर्दिष्ट नहीं किया गया है।

DOCBOOK_डिफ़ॉल्ट_XSL_MAN
डिफ़ॉल्ट XSLT फ़ाइल डॉकबुकमैन वर्तमान परिवेश में बिल्डर, यदि नहीं
अन्य XSLT कीवर्ड के माध्यम से निर्दिष्ट किया जाता है।

DOCBOOK_डिफ़ॉल्ट_XSL_पीडीएफ
डिफ़ॉल्ट XSLT फ़ाइल डॉकबुकपीडीएफ वर्तमान परिवेश में बिल्डर, यदि नहीं
अन्य XSLT कीवर्ड के माध्यम से निर्दिष्ट किया जाता है।

DOCBOOK_DEFAULT_XSL_SLIDESHTML
डिफ़ॉल्ट XSLT फ़ाइल डॉकबुकस्लाइड्सHtml वर्तमान समय में बिल्डर
यदि कीवर्ड के माध्यम से कोई अन्य XSLT निर्दिष्ट नहीं किया गया है, तो वातावरण में XSLT को XSLT में परिवर्तित किया जा सकता है।

DOCBOOK_DEFAULT_XSL_SLIDESपीडीएफ
डिफ़ॉल्ट XSLT फ़ाइल डॉकबुकस्लाइड्सपीडीएफ वर्तमान परिवेश में बिल्डर,
यदि कोई अन्य XSLT कीवर्ड के माध्यम से निर्दिष्ट नहीं किया गया है।

DOCबुक_FOP
पीडीएफ रेंडरर fop या xep का पथ, यदि उनमें से कोई एक स्थापित है (fop की जाँच की जाती है
प्रथम)।

DOCBOOK_FOPCOM
पीडीएफ रेंडरर fop या xep के लिए पूर्ण कमांड-लाइन.

DOCBOOK_FOPCOMSTR
जब fop या xep जैसे रेंडरर का उपयोग PDF आउटपुट बनाने के लिए किया जाता है तो प्रदर्शित स्ट्रिंग
एक XML फ़ाइल.

DOCBOOK_FOPFLAGS
पीडीएफ रेंडरर fop या xep के लिए अतिरिक्त कमांड-लाइन फ़्लैग.

DOCBOOK_XMLINT
बाहरी निष्पादन योग्य xmllint का पथ, यदि यह स्थापित है। ध्यान दें, कि यह है
केवल XIncludes को हल करने के लिए अंतिम फ़ॉलबैक के रूप में उपयोग किया जाता है, यदि कोई libxml2 या lxml पायथन नहीं है
बाइंडिंग को वर्तमान सिस्टम में आयात किया जा सकता है।

DOCBOOK_XMLLINTCOM
बाह्य निष्पादनयोग्य xmllint के लिए पूर्ण कमांड-लाइन.

DOCBOOK_XMLLINTCOMSTR
जब xmllint का उपयोग किसी दी गई XML फ़ाइल के लिए XIncludes को हल करने के लिए किया जाता है, तो प्रदर्शित स्ट्रिंग।

DOCBOOK_XMLLINTFLAGS
बाह्य निष्पादनयोग्य xmllint के लिए अतिरिक्त कमांड-लाइन ध्वज.

DOCBOOK_XSLTPROC
बाह्य निष्पादनयोग्य xsltproc (या सैक्सन, xalan) का पथ, यदि उनमें से कोई एक है
स्थापित। ध्यान दें, कि इसका उपयोग केवल XSL रूपांतरणों के लिए अंतिम फ़ॉलबैक के रूप में किया जाता है, यदि
वर्तमान सिस्टम में कोई libxml2 या lxml पायथन बाइंडिंग आयात नहीं की जा सकती।

DOCBOOK_XSLTPROCCOM
बाह्य निष्पादनयोग्य xsltproc (या saxon, xalan) के लिए पूर्ण कमांड-लाइन.

DOCBOOK_XSLTPROCCOMSTR
जब xsltproc का उपयोग किसी दिए गए XSLT के माध्यम से XML फ़ाइल को रूपांतरित करने के लिए किया जाता है, तो प्रदर्शित स्ट्रिंग
शैली पत्रक।

DOCBOOK_XSLTPROCFLAGS
बाह्य निष्पादनयोग्य xsltproc (या saxon, xalan) के लिए अतिरिक्त कमांड-लाइन फ़्लैग.

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

डीपीएटीएच
डीपाथ.

डीप्रत्यय
आयातित D पैकेज फ़ाइलों के लिए स्कैन की जाने वाली फ़ाइलों के प्रत्ययों की सूची।
डिफ़ॉल्ट सूची है:

['।डी']

_डीवरफ्लैग्स
_डीवरफ्लैग्स.

डीवीईआरप्रीफिक्स
डीवीईआरप्रीफिक्स.

संस्करण
संस्करण.

डीवीईआरसफ़िक्स
डीवीईआरसफ़िक्स.

डीवीआईपीडीएफ
TeX DVI फ़ाइल को PDF फ़ाइल कनवर्टर.

डीवीआईपीडीएफकॉम
TeX DVI फ़ाइलों को PDF फ़ाइल में परिवर्तित करने के लिए प्रयुक्त कमांड लाइन।

डीवीआईपीडीएफकॉमस्ट्र
जब TeX DVI फ़ाइल को PDF फ़ाइल में बदला जाता है, तो प्रदर्शित स्ट्रिंग। यदि यह नहीं है
तब सेट करें $DVIPDFCOM (कमांड लाइन) प्रदर्शित होता है.

डीवीआईपीडीएफफ्लैग्स
TeX DVI फ़ाइल से PDF फ़ाइल कनवर्टर के लिए सामान्य विकल्प दिए गए हैं।

डीवीआईपीएस
TeX DVI फ़ाइल को पोस्टस्क्रिप्ट कनवर्टर.

डीवीआईपीफ्लैग्स
TeX DVI फ़ाइल को पोस्टस्क्रिप्ट कनवर्टर में दिए गए सामान्य विकल्प।

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

यदि आप अपने पर्यावरण चर को निर्माण के लिए निष्पादित कमांड में प्रसारित करना चाहते हैं
लक्ष्य फ़ाइलों के लिए, आपको स्पष्ट रूप से ऐसा करना होगा:

आयात os
env = पर्यावरण(ENV = os.environ)

ध्यान दें कि आप केवल कुछ निश्चित पर्यावरण चरों को ही प्रसारित करना चुन सकते हैं।
उदाहरण प्रणाली है पथ पर्यावरण चर, ताकि scons समान उपयोगिताओं का उपयोग करे
आह्वान शेल (या अन्य प्रक्रिया) के रूप में:

आयात os
env = पर्यावरण(ENV = {'PATH' : os.environ['PATH']})

भागने
एक फ़ंक्शन जिसे कमांड लाइनों में एस्केप शेल विशेष वर्णों के लिए बुलाया जाएगा।
फ़ंक्शन को एक तर्क लेना चाहिए: एस्केप करने के लिए कमांड लाइन स्ट्रिंग; और
बची हुई कमांड लाइन को वापस लौटाएँ।

F03
Fortran 03 संकलक। आपको सामान्यतः सेट करना चाहिए $फोरट्रान चर, जो
सभी Fortran संस्करणों के लिए डिफ़ॉल्ट Fortran कंपाइलर निर्दिष्ट करता है। आपको केवल सेट करने की आवश्यकता है
$F03 यदि आपको Fortran 03 फ़ाइलों के लिए किसी विशिष्ट कंपाइलर या कंपाइलर संस्करण का उपयोग करने की आवश्यकता है।

एफ03कॉम
कमांड लाइन का उपयोग फोर्ट्रान 03 स्रोत फ़ाइल को ऑब्जेक्ट फ़ाइल में संकलित करने के लिए किया जाता है। आप केवल
सेट करने की जरूरत है $F03COM यदि आपको Fortran 03 फ़ाइलों के लिए एक विशिष्ट कमांड लाइन का उपयोग करने की आवश्यकता है।
आपको सामान्यतः सेट करना चाहिए $फोरट्रानकॉम वेरिएबल, जो डिफ़ॉल्ट कमांड निर्दिष्ट करता है
सभी फोरट्रान संस्करणों के लिए लाइन।

F03COMSTR
जब Fortran 03 स्रोत फ़ाइल को ऑब्जेक्ट फ़ाइल में संकलित किया जाता है, तो प्रदर्शित स्ट्रिंग। यदि
यह सेट नहीं है, तो $F03COM or $फोरट्रानकॉम (कमांड लाइन) प्रदर्शित होता है.

F03फ़ाइलसफ़िक्स
फ़ाइल एक्सटेंशन की सूची जिसके लिए F03 बोली का उपयोग किया जाएगा। डिफ़ॉल्ट रूप से, यह
['.f03'] है

F03झंडे
सामान्य उपयोगकर्ता-निर्दिष्ट विकल्प जो Fortran 03 कंपाइलर को पास किए जाते हैं। ध्यान दें कि
यह चर नहीं शामिल -I (या समान) खोज पथ विकल्प शामिल करें जो स्कैन करते हैं
से स्वचालित रूप से उत्पन्न होता है $F03पथ. देखना $_F03INCFLAGS नीचे, उस चर के लिए
उन विकल्पों तक विस्तृत होता है। आपको केवल सेट करने की आवश्यकता है $F03फ़्लैग यदि आपको परिभाषित करने की आवश्यकता है
Fortran 03 फ़ाइलों के लिए विशिष्ट उपयोगकर्ता विकल्प। आपको सामान्यतः सेट करना चाहिए $फोरट्रानफ्लैग्स
वेरिएबल, जो डिफ़ॉल्ट फ़ोरट्रान को दिए गए उपयोगकर्ता-निर्दिष्ट विकल्पों को निर्दिष्ट करता है
सभी Fortran संस्करणों के लिए संकलक।

_F03INCझंडे
फोर्ट्रान 03 कंपाइलर युक्त एक स्वचालित रूप से उत्पन्न निर्माण चर
खोजी जाने वाली निर्देशिकाओं को निर्दिष्ट करने के लिए कमांड-लाइन विकल्पों में फ़ाइलें शामिल हैं।
के मूल्य $_F03INCFLAGS जोड़कर बनाया गया है $INCPREFIX और $INCSUFFIX को
प्रत्येक निर्देशिका की शुरुआत और अंत $F03पथ.

F03पथ
Fortran 03 कम्पाइलर द्वारा खोजी जाने वाली निर्देशिकाओं की सूची में शामिल हैं
निर्देशिकाएँ। अंतर्निहित निर्भरता स्कैनर इन निर्देशिकाओं में खोज करेगा
फ़ाइलें। निर्देशिका तर्कों को स्पष्ट रूप से शामिल न करें $F03फ़्लैग क्योंकि
परिणाम गैर-पोर्टेबल होगा और निर्देशिकाओं को निर्भरता द्वारा खोजा नहीं जाएगा
स्कैनर. नोट: निर्देशिका नाम $F03पथ के सापेक्ष देखा जाएगा
SConscript निर्देशिका जब वे एक कमांड में उपयोग किए जाते हैं। scons को लुक-अप करने के लिए मजबूर करने के लिए
स्रोत वृक्ष के मूल से संबंधित निर्देशिका का उपयोग करें #: आपको केवल सेट करने की आवश्यकता है $F03पथ
यदि आपको Fortran 03 फ़ाइलों के लिए एक विशिष्ट शामिल पथ को परिभाषित करने की आवश्यकता है। आपको चाहिए
सामान्य रूप से सेट करें $फोरट्रानपथ चर, जो के लिए शामिल पथ निर्दिष्ट करता है
सभी Fortran संस्करणों के लिए डिफ़ॉल्ट Fortran संकलक.

env = पर्यावरण(F03PATH='#/include')

निर्देशिका लुक-अप को भी उपयोग करके मजबूर किया जा सकता है डिर() समारोह:

शामिल करें = Dir('शामिल करें')
env = पर्यावरण(F03PATH=शामिल)

निर्देशिका सूची स्वचालित रूप से उत्पन्न कमांड लाइन में जोड़ दी जाएगी
$_F03INCFLAGS निर्माण चर, जिसका निर्माण के मानों को जोड़कर किया जाता है
la $INCPREFIX और $INCSUFFIX प्रत्येक के आरंभ और अंत में निर्माण चर
में निर्देशिका $F03पथ. आपके द्वारा परिभाषित कोई भी कमांड लाइन जिसके लिए F03PATH निर्देशिका की आवश्यकता होती है
सूची में शामिल होना चाहिए $_F03INCFLAGS:

env = पर्यावरण (F03COM="my_compiler $_F03INCFLAGS -c -o $TARGET $SOURCE")

F03पीपीकॉम
कमांड लाइन का उपयोग फोर्ट्रान 03 स्रोत फ़ाइल को ऑब्जेक्ट फ़ाइल में संकलित करने के लिए किया जाता है
सबसे पहले फ़ाइल को C प्रीप्रोसेसर के माध्यम से चलाना।
$F03फ़्लैग और $सीपीपीएफएलएजीएस निर्माण चर इस कमांड लाइन पर शामिल हैं। आप
केवल सेट करने की जरूरत है $F03पीपीकॉम यदि आपको किसी विशिष्ट C-प्रीप्रोसेसर कमांड लाइन का उपयोग करने की आवश्यकता है
Fortran 03 फ़ाइलों के लिए। आपको सामान्यतः सेट करना चाहिए $फोरट्रानपीपीकॉम चर, जो
सभी Fortran संस्करणों के लिए डिफ़ॉल्ट C-प्रीप्रोसेसर कमांड लाइन निर्दिष्ट करता है।

F03पीपीकॉमस्ट्र
जब Fortran 03 स्रोत फ़ाइल को ऑब्जेक्ट फ़ाइल में संकलित किया जाता है, तो प्रदर्शित स्ट्रिंग
सबसे पहले फ़ाइल को C प्रीप्रोसेसर के ज़रिए चलाना। अगर यह सेट नहीं है, तो $F03पीपीकॉम
or $फोरट्रानपीपीकॉम (कमांड लाइन) प्रदर्शित होता है.

F03PPफ़ाइलसफ़िक्स
फ़ाइल एक्सटेंशन की सूची जिसके लिए संकलन + प्रीप्रोसेसर F03 के लिए पास करता है
बोली का उपयोग किया जाएगा। डिफ़ॉल्ट रूप से, यह रिक्त है

F08
Fortran 08 संकलक। आपको सामान्यतः सेट करना चाहिए $फोरट्रान चर, जो
सभी Fortran संस्करणों के लिए डिफ़ॉल्ट Fortran कंपाइलर निर्दिष्ट करता है। आपको केवल सेट करने की आवश्यकता है
$F08 यदि आपको Fortran 08 फ़ाइलों के लिए किसी विशिष्ट कंपाइलर या कंपाइलर संस्करण का उपयोग करने की आवश्यकता है।

एफ08कॉम
कमांड लाइन का उपयोग फोर्ट्रान 08 स्रोत फ़ाइल को ऑब्जेक्ट फ़ाइल में संकलित करने के लिए किया जाता है। आप केवल
सेट करने की जरूरत है $F08COM यदि आपको Fortran 08 फ़ाइलों के लिए एक विशिष्ट कमांड लाइन का उपयोग करने की आवश्यकता है।
आपको सामान्यतः सेट करना चाहिए $फोरट्रानकॉम वेरिएबल, जो डिफ़ॉल्ट कमांड निर्दिष्ट करता है
सभी फोरट्रान संस्करणों के लिए लाइन।

F08COMSTR
जब Fortran 08 स्रोत फ़ाइल को ऑब्जेक्ट फ़ाइल में संकलित किया जाता है, तो प्रदर्शित स्ट्रिंग। यदि
यह सेट नहीं है, तो $F08COM or $फोरट्रानकॉम (कमांड लाइन) प्रदर्शित होता है.

F08फ़ाइलसफ़िक्स
फ़ाइल एक्सटेंशन की सूची जिसके लिए F08 बोली का उपयोग किया जाएगा। डिफ़ॉल्ट रूप से, यह
['.f08'] है

F08झंडे
सामान्य उपयोगकर्ता-निर्दिष्ट विकल्प जो Fortran 08 कंपाइलर को पास किए जाते हैं। ध्यान दें कि
यह चर नहीं शामिल -I (या समान) खोज पथ विकल्प शामिल करें जो स्कैन करते हैं
से स्वचालित रूप से उत्पन्न होता है $F08पथ. देखना $_F08INCFLAGS नीचे, उस चर के लिए
उन विकल्पों तक विस्तृत होता है। आपको केवल सेट करने की आवश्यकता है $F08फ़्लैग यदि आपको परिभाषित करने की आवश्यकता है
Fortran 08 फ़ाइलों के लिए विशिष्ट उपयोगकर्ता विकल्प। आपको सामान्यतः सेट करना चाहिए $फोरट्रानफ्लैग्स
वेरिएबल, जो डिफ़ॉल्ट फ़ोरट्रान को दिए गए उपयोगकर्ता-निर्दिष्ट विकल्पों को निर्दिष्ट करता है
सभी Fortran संस्करणों के लिए संकलक।

_F08INCझंडे
फोर्ट्रान 08 कंपाइलर युक्त एक स्वचालित रूप से उत्पन्न निर्माण चर
खोजी जाने वाली निर्देशिकाओं को निर्दिष्ट करने के लिए कमांड-लाइन विकल्पों में फ़ाइलें शामिल हैं।
के मूल्य $_F08INCFLAGS जोड़कर बनाया गया है $INCPREFIX और $INCSUFFIX को
प्रत्येक निर्देशिका की शुरुआत और अंत $F08पथ.

F08पथ
Fortran 08 कम्पाइलर द्वारा खोजी जाने वाली निर्देशिकाओं की सूची में शामिल हैं
निर्देशिकाएँ। अंतर्निहित निर्भरता स्कैनर इन निर्देशिकाओं में खोज करेगा
फ़ाइलें। निर्देशिका तर्कों को स्पष्ट रूप से शामिल न करें $F08फ़्लैग क्योंकि
परिणाम गैर-पोर्टेबल होगा और निर्देशिकाओं को निर्भरता द्वारा खोजा नहीं जाएगा
स्कैनर. नोट: निर्देशिका नाम $F08पथ के सापेक्ष देखा जाएगा
SConscript निर्देशिका जब वे एक कमांड में उपयोग किए जाते हैं। scons को लुक-अप करने के लिए मजबूर करने के लिए
स्रोत वृक्ष के मूल से संबंधित निर्देशिका का उपयोग करें #: आपको केवल सेट करने की आवश्यकता है $F08पथ
यदि आपको Fortran 08 फ़ाइलों के लिए एक विशिष्ट शामिल पथ को परिभाषित करने की आवश्यकता है। आपको चाहिए
सामान्य रूप से सेट करें $फोरट्रानपथ चर, जो के लिए शामिल पथ निर्दिष्ट करता है
सभी Fortran संस्करणों के लिए डिफ़ॉल्ट Fortran संकलक.

env = पर्यावरण(F08PATH='#/include')

निर्देशिका लुक-अप को भी उपयोग करके मजबूर किया जा सकता है डिर() समारोह:

शामिल करें = Dir('शामिल करें')
env = पर्यावरण(F08PATH=शामिल)

निर्देशिका सूची स्वचालित रूप से उत्पन्न कमांड लाइन में जोड़ दी जाएगी
$_F08INCFLAGS निर्माण चर, जिसका निर्माण के मानों को जोड़कर किया जाता है
la $INCPREFIX और $INCSUFFIX प्रत्येक के आरंभ और अंत में निर्माण चर
में निर्देशिका $F08पथ. आपके द्वारा परिभाषित कोई भी कमांड लाइन जिसके लिए F08PATH निर्देशिका की आवश्यकता होती है
सूची में शामिल होना चाहिए $_F08INCFLAGS:

env = पर्यावरण (F08COM="my_compiler $_F08INCFLAGS -c -o $TARGET $SOURCE")

F08पीपीकॉम
कमांड लाइन का उपयोग फोर्ट्रान 08 स्रोत फ़ाइल को ऑब्जेक्ट फ़ाइल में संकलित करने के लिए किया जाता है
सबसे पहले फ़ाइल को C प्रीप्रोसेसर के माध्यम से चलाना।
$F08फ़्लैग और $सीपीपीएफएलएजीएस निर्माण चर इस कमांड लाइन पर शामिल हैं। आप
केवल सेट करने की जरूरत है $F08पीपीकॉम यदि आपको किसी विशिष्ट C-प्रीप्रोसेसर कमांड लाइन का उपयोग करने की आवश्यकता है
Fortran 08 फ़ाइलों के लिए। आपको सामान्यतः सेट करना चाहिए $फोरट्रानपीपीकॉम चर, जो
सभी Fortran संस्करणों के लिए डिफ़ॉल्ट C-प्रीप्रोसेसर कमांड लाइन निर्दिष्ट करता है।

F08पीपीकॉमस्ट्र
जब Fortran 08 स्रोत फ़ाइल को ऑब्जेक्ट फ़ाइल में संकलित किया जाता है, तो प्रदर्शित स्ट्रिंग
सबसे पहले फ़ाइल को C प्रीप्रोसेसर के ज़रिए चलाना। अगर यह सेट नहीं है, तो $F08पीपीकॉम
or $फोरट्रानपीपीकॉम (कमांड लाइन) प्रदर्शित होता है.

F08PPफ़ाइलसफ़िक्स
फ़ाइल एक्सटेंशन की सूची जिसके लिए संकलन + प्रीप्रोसेसर F08 के लिए पास करता है
बोली का उपयोग किया जाएगा। डिफ़ॉल्ट रूप से, यह रिक्त है

F77
Fortran 77 संकलक। आपको सामान्यतः सेट करना चाहिए $फोरट्रान चर, जो
सभी Fortran संस्करणों के लिए डिफ़ॉल्ट Fortran कंपाइलर निर्दिष्ट करता है। आपको केवल सेट करने की आवश्यकता है
$F77 यदि आपको Fortran 77 फ़ाइलों के लिए किसी विशिष्ट कंपाइलर या कंपाइलर संस्करण का उपयोग करने की आवश्यकता है।

एफ77कॉम
कमांड लाइन का उपयोग फोर्ट्रान 77 स्रोत फ़ाइल को ऑब्जेक्ट फ़ाइल में संकलित करने के लिए किया जाता है। आप केवल
सेट करने की जरूरत है $F77COM यदि आपको Fortran 77 फ़ाइलों के लिए एक विशिष्ट कमांड लाइन का उपयोग करने की आवश्यकता है।
आपको सामान्यतः सेट करना चाहिए $फोरट्रानकॉम वेरिएबल, जो डिफ़ॉल्ट कमांड निर्दिष्ट करता है
सभी फोरट्रान संस्करणों के लिए लाइन।

F77COMSTR
जब Fortran 77 स्रोत फ़ाइल को ऑब्जेक्ट फ़ाइल में संकलित किया जाता है, तो प्रदर्शित स्ट्रिंग। यदि
यह सेट नहीं है, तो $F77COM or $फोरट्रानकॉम (कमांड लाइन) प्रदर्शित होता है.

F77फ़ाइलसफ़िक्स
फ़ाइल एक्सटेंशन की सूची जिसके लिए F77 बोली का उपयोग किया जाएगा। डिफ़ॉल्ट रूप से, यह
['.f77'] है

F77झंडे
सामान्य उपयोगकर्ता-निर्दिष्ट विकल्प जो Fortran 77 कंपाइलर को पास किए जाते हैं। ध्यान दें कि
यह चर नहीं शामिल -I (या समान) खोज पथ विकल्प शामिल करें जो स्कैन करते हैं
से स्वचालित रूप से उत्पन्न होता है $F77पथ. देखना $_F77INCFLAGS नीचे, उस चर के लिए
उन विकल्पों तक विस्तृत होता है। आपको केवल सेट करने की आवश्यकता है $F77फ़्लैग यदि आपको परिभाषित करने की आवश्यकता है
Fortran 77 फ़ाइलों के लिए विशिष्ट उपयोगकर्ता विकल्प। आपको सामान्यतः सेट करना चाहिए $फोरट्रानफ्लैग्स
वेरिएबल, जो डिफ़ॉल्ट फ़ोरट्रान को दिए गए उपयोगकर्ता-निर्दिष्ट विकल्पों को निर्दिष्ट करता है
सभी Fortran संस्करणों के लिए संकलक।

_F77INCझंडे
फोर्ट्रान 77 कंपाइलर युक्त एक स्वचालित रूप से उत्पन्न निर्माण चर
खोजी जाने वाली निर्देशिकाओं को निर्दिष्ट करने के लिए कमांड-लाइन विकल्पों में फ़ाइलें शामिल हैं।
के मूल्य $_F77INCFLAGS जोड़कर बनाया गया है $INCPREFIX और $INCSUFFIX को
प्रत्येक निर्देशिका की शुरुआत और अंत $F77पथ.

F77पथ
Fortran 77 कम्पाइलर द्वारा खोजी जाने वाली निर्देशिकाओं की सूची में शामिल हैं
निर्देशिकाएँ। अंतर्निहित निर्भरता स्कैनर इन निर्देशिकाओं में खोज करेगा
फ़ाइलें। निर्देशिका तर्कों को स्पष्ट रूप से शामिल न करें $F77फ़्लैग क्योंकि
परिणाम गैर-पोर्टेबल होगा और निर्देशिकाओं को निर्भरता द्वारा खोजा नहीं जाएगा
स्कैनर. नोट: निर्देशिका नाम $F77पथ के सापेक्ष देखा जाएगा
SConscript निर्देशिका जब वे एक कमांड में उपयोग किए जाते हैं। scons को लुक-अप करने के लिए मजबूर करने के लिए
स्रोत वृक्ष के मूल से संबंधित निर्देशिका का उपयोग करें #: आपको केवल सेट करने की आवश्यकता है $F77पथ
यदि आपको Fortran 77 फ़ाइलों के लिए एक विशिष्ट शामिल पथ को परिभाषित करने की आवश्यकता है। आपको चाहिए
सामान्य रूप से सेट करें $फोरट्रानपथ चर, जो के लिए शामिल पथ निर्दिष्ट करता है
सभी Fortran संस्करणों के लिए डिफ़ॉल्ट Fortran संकलक.

env = पर्यावरण(F77PATH='#/include')

निर्देशिका लुक-अप को भी उपयोग करके मजबूर किया जा सकता है डिर() समारोह:

शामिल करें = Dir('शामिल करें')
env = पर्यावरण(F77PATH=शामिल)

निर्देशिका सूची स्वचालित रूप से उत्पन्न कमांड लाइन में जोड़ दी जाएगी
$_F77INCFLAGS निर्माण चर, जिसका निर्माण के मानों को जोड़कर किया जाता है
la $INCPREFIX और $INCSUFFIX प्रत्येक के आरंभ और अंत में निर्माण चर
में निर्देशिका $F77पथ. आपके द्वारा परिभाषित कोई भी कमांड लाइन जिसके लिए F77PATH निर्देशिका की आवश्यकता होती है
सूची में शामिल होना चाहिए $_F77INCFLAGS:

env = पर्यावरण (F77COM="my_compiler $_F77INCFLAGS -c -o $TARGET $SOURCE")

F77पीपीकॉम
कमांड लाइन का उपयोग फोर्ट्रान 77 स्रोत फ़ाइल को ऑब्जेक्ट फ़ाइल में संकलित करने के लिए किया जाता है
सबसे पहले फ़ाइल को C प्रीप्रोसेसर के माध्यम से चलाना।
$F77फ़्लैग और $सीपीपीएफएलएजीएस निर्माण चर इस कमांड लाइन पर शामिल हैं। आप
केवल सेट करने की जरूरत है $F77पीपीकॉम यदि आपको किसी विशिष्ट C-प्रीप्रोसेसर कमांड लाइन का उपयोग करने की आवश्यकता है
Fortran 77 फ़ाइलों के लिए। आपको सामान्यतः सेट करना चाहिए $फोरट्रानपीपीकॉम चर, जो
सभी Fortran संस्करणों के लिए डिफ़ॉल्ट C-प्रीप्रोसेसर कमांड लाइन निर्दिष्ट करता है।

F77पीपीकॉमस्ट्र
जब Fortran 77 स्रोत फ़ाइल को ऑब्जेक्ट फ़ाइल में संकलित किया जाता है, तो प्रदर्शित स्ट्रिंग
सबसे पहले फ़ाइल को C प्रीप्रोसेसर के ज़रिए चलाना। अगर यह सेट नहीं है, तो $F77पीपीकॉम
or $फोरट्रानपीपीकॉम (कमांड लाइन) प्रदर्शित होता है.

F77PPफ़ाइलसफ़िक्स
फ़ाइल एक्सटेंशन की सूची जिसके लिए संकलन + प्रीप्रोसेसर F77 के लिए पास करता है
बोली का उपयोग किया जाएगा। डिफ़ॉल्ट रूप से, यह रिक्त है

F90
Fortran 90 संकलक। आपको सामान्यतः सेट करना चाहिए $फोरट्रान चर, जो
सभी Fortran संस्करणों के लिए डिफ़ॉल्ट Fortran कंपाइलर निर्दिष्ट करता है। आपको केवल सेट करने की आवश्यकता है
$F90 यदि आपको Fortran 90 फ़ाइलों के लिए किसी विशिष्ट कंपाइलर या कंपाइलर संस्करण का उपयोग करने की आवश्यकता है।

एफ90कॉम
कमांड लाइन का उपयोग फोर्ट्रान 90 स्रोत फ़ाइल को ऑब्जेक्ट फ़ाइल में संकलित करने के लिए किया जाता है। आप केवल
सेट करने की जरूरत है $F90COM यदि आपको Fortran 90 फ़ाइलों के लिए एक विशिष्ट कमांड लाइन का उपयोग करने की आवश्यकता है।
आपको सामान्यतः सेट करना चाहिए $फोरट्रानकॉम वेरिएबल, जो डिफ़ॉल्ट कमांड निर्दिष्ट करता है
सभी फोरट्रान संस्करणों के लिए लाइन।

F90COMSTR
जब Fortran 90 स्रोत फ़ाइल को ऑब्जेक्ट फ़ाइल में संकलित किया जाता है, तो प्रदर्शित स्ट्रिंग। यदि
यह सेट नहीं है, तो $F90COM or $फोरट्रानकॉम (कमांड लाइन) प्रदर्शित होता है.

F90फ़ाइलसफ़िक्स
फ़ाइल एक्सटेंशन की सूची जिसके लिए F90 बोली का उपयोग किया जाएगा। डिफ़ॉल्ट रूप से, यह
['.f90'] है

F90झंडे
सामान्य उपयोगकर्ता-निर्दिष्ट विकल्प जो Fortran 90 कंपाइलर को पास किए जाते हैं। ध्यान दें कि
यह चर नहीं शामिल -I (या समान) खोज पथ विकल्प शामिल करें जो स्कैन करते हैं
से स्वचालित रूप से उत्पन्न होता है $F90पथ. देखना $_F90INCFLAGS नीचे, उस चर के लिए
उन विकल्पों तक विस्तृत होता है। आपको केवल सेट करने की आवश्यकता है $F90फ़्लैग यदि आपको परिभाषित करने की आवश्यकता है
Fortran 90 फ़ाइलों के लिए विशिष्ट उपयोगकर्ता विकल्प। आपको सामान्यतः सेट करना चाहिए $फोरट्रानफ्लैग्स
वेरिएबल, जो डिफ़ॉल्ट फ़ोरट्रान को दिए गए उपयोगकर्ता-निर्दिष्ट विकल्पों को निर्दिष्ट करता है
सभी Fortran संस्करणों के लिए संकलक।

_F90INCझंडे
फोर्ट्रान 90 कंपाइलर युक्त एक स्वचालित रूप से उत्पन्न निर्माण चर
खोजी जाने वाली निर्देशिकाओं को निर्दिष्ट करने के लिए कमांड-लाइन विकल्पों में फ़ाइलें शामिल हैं।
के मूल्य $_F90INCFLAGS जोड़कर बनाया गया है $INCPREFIX और $INCSUFFIX को
प्रत्येक निर्देशिका की शुरुआत और अंत $F90पथ.

F90पथ
Fortran 90 कम्पाइलर द्वारा खोजी जाने वाली निर्देशिकाओं की सूची में शामिल हैं
निर्देशिकाएँ। अंतर्निहित निर्भरता स्कैनर इन निर्देशिकाओं में खोज करेगा
फ़ाइलें। निर्देशिका तर्कों को स्पष्ट रूप से शामिल न करें $F90फ़्लैग क्योंकि
परिणाम गैर-पोर्टेबल होगा और निर्देशिकाओं को निर्भरता द्वारा खोजा नहीं जाएगा
स्कैनर. नोट: निर्देशिका नाम $F90पथ के सापेक्ष देखा जाएगा
SConscript निर्देशिका जब वे एक कमांड में उपयोग किए जाते हैं। scons को लुक-अप करने के लिए मजबूर करने के लिए
स्रोत वृक्ष के मूल से संबंधित निर्देशिका का उपयोग करें #: आपको केवल सेट करने की आवश्यकता है $F90पथ
यदि आपको Fortran 90 फ़ाइलों के लिए एक विशिष्ट शामिल पथ को परिभाषित करने की आवश्यकता है। आपको चाहिए
सामान्य रूप से सेट करें $फोरट्रानपथ चर, जो के लिए शामिल पथ निर्दिष्ट करता है
सभी Fortran संस्करणों के लिए डिफ़ॉल्ट Fortran संकलक.

env = पर्यावरण(F90PATH='#/include')

निर्देशिका लुक-अप को भी उपयोग करके मजबूर किया जा सकता है डिर() समारोह:

शामिल करें = Dir('शामिल करें')
env = पर्यावरण(F90PATH=शामिल)

निर्देशिका सूची स्वचालित रूप से उत्पन्न कमांड लाइन में जोड़ दी जाएगी
$_F90INCFLAGS निर्माण चर, जिसका निर्माण के मानों को जोड़कर किया जाता है
la $INCPREFIX और $INCSUFFIX प्रत्येक के आरंभ और अंत में निर्माण चर
में निर्देशिका $F90पथ. आपके द्वारा परिभाषित कोई भी कमांड लाइन जिसके लिए F90PATH निर्देशिका की आवश्यकता होती है
सूची में शामिल होना चाहिए $_F90INCFLAGS:

env = पर्यावरण (F90COM="my_compiler $_F90INCFLAGS -c -o $TARGET $SOURCE")

F90पीपीकॉम
कमांड लाइन का उपयोग फोर्ट्रान 90 स्रोत फ़ाइल को ऑब्जेक्ट फ़ाइल में संकलित करने के लिए किया जाता है
सबसे पहले फ़ाइल को C प्रीप्रोसेसर के माध्यम से चलाना।
$F90फ़्लैग और $सीपीपीएफएलएजीएस निर्माण चर इस कमांड लाइन पर शामिल हैं। आप
केवल सेट करने की जरूरत है $F90पीपीकॉम यदि आपको किसी विशिष्ट C-प्रीप्रोसेसर कमांड लाइन का उपयोग करने की आवश्यकता है
Fortran 90 फ़ाइलों के लिए। आपको सामान्यतः सेट करना चाहिए $फोरट्रानपीपीकॉम चर, जो
सभी Fortran संस्करणों के लिए डिफ़ॉल्ट C-प्रीप्रोसेसर कमांड लाइन निर्दिष्ट करता है।

F90पीपीकॉमस्ट्र
जब Fortran 90 स्रोत फ़ाइल को पहली बार चलाने के बाद संकलित किया जाता है तो प्रदर्शित स्ट्रिंग
फ़ाइल को C प्रीप्रोसेसर के ज़रिए भेजा जाएगा। अगर यह सेट नहीं है, तो $F90पीपीकॉम or $फोरट्रानपीपीकॉम
(कमांड लाइन) प्रदर्शित होता है.

F90PPफ़ाइलसफ़िक्स
फ़ाइल एक्सटेंशन की सूची जिसके लिए संकलन + प्रीप्रोसेसर F90 के लिए पास करता है
बोली का उपयोग किया जाएगा। डिफ़ॉल्ट रूप से, यह रिक्त है

F95
Fortran 95 संकलक। आपको सामान्यतः सेट करना चाहिए $फोरट्रान चर, जो
सभी Fortran संस्करणों के लिए डिफ़ॉल्ट Fortran कंपाइलर निर्दिष्ट करता है। आपको केवल सेट करने की आवश्यकता है
$F95 यदि आपको Fortran 95 फ़ाइलों के लिए किसी विशिष्ट कंपाइलर या कंपाइलर संस्करण का उपयोग करने की आवश्यकता है।

एफ95कॉम
कमांड लाइन का उपयोग फोर्ट्रान 95 स्रोत फ़ाइल को ऑब्जेक्ट फ़ाइल में संकलित करने के लिए किया जाता है। आप केवल
सेट करने की जरूरत है $F95COM यदि आपको Fortran 95 फ़ाइलों के लिए एक विशिष्ट कमांड लाइन का उपयोग करने की आवश्यकता है।
आपको सामान्यतः सेट करना चाहिए $फोरट्रानकॉम वेरिएबल, जो डिफ़ॉल्ट कमांड निर्दिष्ट करता है
सभी फोरट्रान संस्करणों के लिए लाइन।

F95COMSTR
जब Fortran 95 स्रोत फ़ाइल को ऑब्जेक्ट फ़ाइल में संकलित किया जाता है, तो प्रदर्शित स्ट्रिंग। यदि
यह सेट नहीं है, तो $F95COM or $फोरट्रानकॉम (कमांड लाइन) प्रदर्शित होता है.

F95फ़ाइलसफ़िक्स
फ़ाइल एक्सटेंशन की सूची जिसके लिए F95 बोली का उपयोग किया जाएगा। डिफ़ॉल्ट रूप से, यह
['.f95'] है

F95झंडे
सामान्य उपयोगकर्ता-निर्दिष्ट विकल्प जो Fortran 95 कंपाइलर को पास किए जाते हैं। ध्यान दें कि
यह चर नहीं शामिल -I (या समान) खोज पथ विकल्प शामिल करें जो स्कैन करते हैं
से स्वचालित रूप से उत्पन्न होता है $F95पथ. देखना $_F95INCFLAGS नीचे, उस चर के लिए
उन विकल्पों तक विस्तृत होता है। आपको केवल सेट करने की आवश्यकता है $F95फ़्लैग यदि आपको परिभाषित करने की आवश्यकता है
Fortran 95 फ़ाइलों के लिए विशिष्ट उपयोगकर्ता विकल्प। आपको सामान्यतः सेट करना चाहिए $फोरट्रानफ्लैग्स
वेरिएबल, जो डिफ़ॉल्ट फ़ोरट्रान को दिए गए उपयोगकर्ता-निर्दिष्ट विकल्पों को निर्दिष्ट करता है
सभी Fortran संस्करणों के लिए संकलक।

_F95INCझंडे
फोर्ट्रान 95 कंपाइलर युक्त एक स्वचालित रूप से उत्पन्न निर्माण चर
खोजी जाने वाली निर्देशिकाओं को निर्दिष्ट करने के लिए कमांड-लाइन विकल्पों में फ़ाइलें शामिल हैं।
के मूल्य $_F95INCFLAGS जोड़कर बनाया गया है $INCPREFIX और $INCSUFFIX को
प्रत्येक निर्देशिका की शुरुआत और अंत $F95पथ.

F95पथ
Fortran 95 कम्पाइलर द्वारा खोजी जाने वाली निर्देशिकाओं की सूची में शामिल हैं
निर्देशिकाएँ। अंतर्निहित निर्भरता स्कैनर इन निर्देशिकाओं में खोज करेगा
फ़ाइलें। निर्देशिका तर्कों को स्पष्ट रूप से शामिल न करें $F95फ़्लैग क्योंकि
परिणाम गैर-पोर्टेबल होगा और निर्देशिकाओं को निर्भरता द्वारा खोजा नहीं जाएगा
स्कैनर. नोट: निर्देशिका नाम $F95पथ के सापेक्ष देखा जाएगा
SConscript निर्देशिका जब वे एक कमांड में उपयोग किए जाते हैं। scons को लुक-अप करने के लिए मजबूर करने के लिए
स्रोत वृक्ष के मूल से संबंधित निर्देशिका का उपयोग करें #: आपको केवल सेट करने की आवश्यकता है $F95पथ
यदि आपको Fortran 95 फ़ाइलों के लिए एक विशिष्ट शामिल पथ को परिभाषित करने की आवश्यकता है। आपको चाहिए
सामान्य रूप से सेट करें $फोरट्रानपथ चर, जो के लिए शामिल पथ निर्दिष्ट करता है
सभी Fortran संस्करणों के लिए डिफ़ॉल्ट Fortran संकलक.

env = पर्यावरण(F95PATH='#/include')

निर्देशिका लुक-अप को भी उपयोग करके मजबूर किया जा सकता है डिर() समारोह:

शामिल करें = Dir('शामिल करें')
env = पर्यावरण(F95PATH=शामिल)

निर्देशिका सूची स्वचालित रूप से उत्पन्न कमांड लाइन में जोड़ दी जाएगी
$_F95INCFLAGS निर्माण चर, जिसका निर्माण के मानों को जोड़कर किया जाता है
la $INCPREFIX और $INCSUFFIX प्रत्येक के आरंभ और अंत में निर्माण चर
में निर्देशिका $F95पथ. आपके द्वारा परिभाषित कोई भी कमांड लाइन जिसके लिए F95PATH निर्देशिका की आवश्यकता होती है
सूची में शामिल होना चाहिए $_F95INCFLAGS:

env = पर्यावरण (F95COM="my_compiler $_F95INCFLAGS -c -o $TARGET $SOURCE")

F95पीपीकॉम
कमांड लाइन का उपयोग फोर्ट्रान 95 स्रोत फ़ाइल को ऑब्जेक्ट फ़ाइल में संकलित करने के लिए किया जाता है
सबसे पहले फ़ाइल को C प्रीप्रोसेसर के माध्यम से चलाना।
$F95फ़्लैग और $सीपीपीएफएलएजीएस निर्माण चर इस कमांड लाइन पर शामिल हैं। आप
केवल सेट करने की जरूरत है $F95पीपीकॉम यदि आपको किसी विशिष्ट C-प्रीप्रोसेसर कमांड लाइन का उपयोग करने की आवश्यकता है
Fortran 95 फ़ाइलों के लिए। आपको सामान्यतः सेट करना चाहिए $फोरट्रानपीपीकॉम चर, जो
सभी Fortran संस्करणों के लिए डिफ़ॉल्ट C-प्रीप्रोसेसर कमांड लाइन निर्दिष्ट करता है।

F95पीपीकॉमस्ट्र
जब Fortran 95 स्रोत फ़ाइल को ऑब्जेक्ट फ़ाइल में संकलित किया जाता है, तो प्रदर्शित स्ट्रिंग
सबसे पहले फ़ाइल को C प्रीप्रोसेसर के ज़रिए चलाना। अगर यह सेट नहीं है, तो $F95पीपीकॉम
or $फोरट्रानपीपीकॉम (कमांड लाइन) प्रदर्शित होता है.

F95PPफ़ाइलसफ़िक्स
फ़ाइल एक्सटेंशन की सूची जिसके लिए संकलन + प्रीप्रोसेसर F95 के लिए पास करता है
बोली का उपयोग किया जाएगा। डिफ़ॉल्ट रूप से, यह रिक्त है

पट्टिका
एक फ़ंक्शन जो लक्ष्य के सापेक्ष एक स्ट्रिंग को फ़ाइल इंस्टेंस में परिवर्तित करता है
बनाया।

एक फ़ंक्शन जो लक्ष्य के सापेक्ष एक स्ट्रिंग को फ़ाइल इंस्टेंस में परिवर्तित करता है
बनाया।

फोरट्रानी
फोर्ट्रान के सभी संस्करणों के लिए डिफ़ॉल्ट फोर्ट्रान कंपाइलर.

फोरट्रानकॉम
कमांड लाइन का उपयोग फोर्ट्रान स्रोत फ़ाइल को ऑब्जेक्ट फ़ाइल में संकलित करने के लिए किया जाता है। डिफ़ॉल्ट रूप से,
में निर्दिष्ट कोई भी विकल्प $फोरट्रानफ्लैग्स, $सीपीपीएफएलएजीएस, $_CPPDEFFLAGS,
$_फोरट्रानमोडफ्लैग, तथा $_FORTRANINCFLAGS निर्माण चर इस पर शामिल हैं
कमांड लाइन।

फोरट्रानकॉमस्ट्र
जब फोरट्रान स्रोत फ़ाइल को ऑब्जेक्ट फ़ाइल में संकलित किया जाता है तो प्रदर्शित स्ट्रिंग। यदि यह
सेट नहीं है, तो $फोरट्रानकॉम (कमांड लाइन) प्रदर्शित होता है.

FORTRANFILESUPFIXES
फ़ाइल एक्सटेंशन की सूची जिसके लिए FORTRAN बोली का उपयोग किया जाएगा। डिफ़ॉल्ट रूप से,
यह ['.f', '.for', '.ftn'] है

फोरट्रानफ्लैग्स
सामान्य उपयोगकर्ता-निर्दिष्ट विकल्प जो फोर्ट्रान कंपाइलर को पास किए जाते हैं। ध्यान दें कि यह
चर करता है नहीं शामिल -I (या समान) में मॉड्यूल खोज पथ विकल्प शामिल हैं
scons स्वचालित रूप से उत्पन्न होता है $फोरट्रानपथ. देखना $_FORTRANINCFLAGS और
$_फोरट्रानमोडफ्लैग, नीचे, उन विकल्पों को विस्तारित करने वाले चरों के लिए।

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

FORTRANMODDIR
निर्देशिका स्थान जहां फोरट्रान कंपाइलर को कोई मॉड्यूल फाइल रखनी चाहिए
यह चर डिफ़ॉल्ट रूप से रिक्त है। कुछ फोरट्रान संकलक आंतरिक रूप से
इस निर्देशिका को मॉड्यूल फ़ाइलों के लिए खोज पथ में भी जोड़ें।

FORTRANMODDIRPREFIX
फोरट्रान कंपाइलर कमांड लाइन पर मॉड्यूल निर्देशिका निर्दिष्ट करने के लिए प्रयुक्त उपसर्ग।
इसे निर्देशिका के आरंभ में जोड़ दिया जाएगा $फोरट्रानमोडिर
निर्माण चर जब $_फोरट्रानमोडफ्लैग चर स्वचालित रूप से उत्पन्न होता है.

FORTRANMODDIRSUFFIX
फोरट्रान कंपाइलर कमांड लाइन पर मॉड्यूल निर्देशिका निर्दिष्ट करने के लिए प्रयुक्त प्रत्यय।
इसे निर्देशिका के आरंभ में जोड़ दिया जाएगा $फोरट्रानमोडिर
निर्माण चर जब $_फोरट्रानमोडफ्लैग चर स्वचालित रूप से उत्पन्न होता है.

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

FORTRANMODप्रीफिक्स
फोर्ट्रान कंपाइलर द्वारा उपयोग किया जाने वाला मॉड्यूल फ़ाइल उपसर्ग। SCons मानता है कि फोर्ट्रान
कंपाइलर मॉड्यूल फ़ाइलों के लिए अर्ध-मानक नामकरण परंपरा का पालन करता है
मॉड्यूल_नाम.mod. परिणामस्वरूप, यह चर डिफ़ॉल्ट रूप से खाली छोड़ दिया जाता है। स्थितियों के लिए
जिसमें संकलक आवश्यक रूप से सामान्य परिपाटी का पालन नहीं करता है, उपयोगकर्ता
इस वेरिएबल का उपयोग करें। इसका मान scons के रूप में प्रत्येक मॉड्यूल फ़ाइल नाम में जोड़ा जाएगा
निर्भरता को हल करने का प्रयास.

FORTRANMODSUFFIX
फोर्ट्रान कंपाइलर द्वारा उपयोग किया जाने वाला मॉड्यूल फ़ाइल प्रत्यय। SCons मानता है कि फोर्ट्रान
कंपाइलर मॉड्यूल फ़ाइलों के लिए अर्ध-मानक नामकरण परंपरा का पालन करता है
मॉड्यूल_नाम.mod. परिणामस्वरूप, यह चर डिफ़ॉल्ट रूप से ".mod" पर सेट है।
ऐसी परिस्थितियाँ जिनमें संकलक आवश्यक रूप से सामान्य परिपाटी का पालन नहीं करता है,
उपयोगकर्ता इस चर का उपयोग कर सकता है। इसका मान प्रत्येक मॉड्यूल फ़ाइल नाम में जोड़ा जाएगा
चूंकि स्कोन्स निर्भरताओं को हल करने का प्रयास करता है।

फोरट्रानपथ
फ़ोरट्रान कंपाइलर जिन निर्देशिकाओं की खोज करेगा उनमें फ़ाइलें और शामिल हैं
(कुछ संकलक के लिए) मॉड्यूल फ़ाइलें। फोरट्रान अंतर्निहित निर्भरता स्कैनर खोज करेगा
इन निर्देशिकाओं में शामिल फ़ाइलें हैं (लेकिन मॉड्यूल फ़ाइलें नहीं हैं क्योंकि वे स्वतः उत्पन्न होती हैं)
और, इस प्रकार, स्कैन होने के समय वास्तव में मौजूद नहीं हो सकता है)।
FORTRANFLAGS में स्पष्ट रूप से निर्देशिका तर्क शामिल करें क्योंकि परिणाम होगा
गैर-पोर्टेबल और निर्देशिकाओं को निर्भरता स्कैनर द्वारा खोजा नहीं जाएगा। नोट:
FORTRANPATH में निर्देशिका नाम SConscript निर्देशिका के सापेक्ष देखे जाएंगे
जब वे किसी कमांड में उपयोग किए जाते हैं। स्कॉन्स को निर्देशिका से संबंधित लुक-अप करने के लिए बाध्य करना
स्रोत वृक्ष का मूल उपयोग #:

env = पर्यावरण(FORTRANPATH='#/include')

निर्देशिका लुक-अप को भी उपयोग करके मजबूर किया जा सकता है डिर() समारोह:

शामिल करें = Dir('शामिल करें')
env = पर्यावरण (FORTRANPATH = शामिल)

निर्देशिका सूची स्वचालित रूप से उत्पन्न कमांड लाइन में जोड़ दी जाएगी
$_FORTRANINCFLAGS निर्माण चर, जिसका निर्माण मानों को जोड़कर किया जाता है
का $INCPREFIX और $INCSUFFIX निर्माण चर की शुरुआत और अंत
प्रत्येक निर्देशिका में $फोरट्रानपथ. आपके द्वारा परिभाषित कोई भी कमांड लाइन जिसके लिए FORTRANPATH की आवश्यकता होती है
निर्देशिका सूची में शामिल होना चाहिए $_FORTRANINCFLAGS:

env = पर्यावरण (FORTRANCOM="my_compiler $_FORTRANINCFLAGS -c -o $TARGET $SOURCE")

FORTRANPPCOM
कमांड लाइन का उपयोग फोर्ट्रान स्रोत फ़ाइल को पहली बार संकलित करने के बाद ऑब्जेक्ट फ़ाइल में करने के लिए किया जाता है
फ़ाइल को C प्रीप्रोसेसर के माध्यम से चलाना। डिफ़ॉल्ट रूप से, में निर्दिष्ट कोई भी विकल्प
$फोरट्रानफ्लैग्स, $सीपीपीएफएलएजीएस, $_CPPDEFFLAGS, $_फोरट्रानमोडफ्लैग, तथा $_FORTRANINCFLAGS
निर्माण चर इस कमांड लाइन पर शामिल हैं।

FORTRANPPCOMSTR
जब फोरट्रान स्रोत फ़ाइल को ऑब्जेक्ट फ़ाइल में संकलित किया जाता है, तो प्रदर्शित स्ट्रिंग
सबसे पहले फ़ाइल को C प्रीप्रोसेसर के ज़रिए चलाना। अगर यह सेट नहीं है, तो
$फोरट्रानपीपीकॉम (कमांड लाइन) प्रदर्शित होता है.

FORTRANPPFILESUPFIXES
फ़ाइल एक्सटेंशन की सूची जिसके लिए FORTRAN के लिए संकलन + प्रीप्रोसेसर पास होता है
बोली का उपयोग किया जाएगा। डिफ़ॉल्ट रूप से, यह ['.fpp', '.FPP'] है

FORTRANSUFFIXES
उन फ़ाइलों के प्रत्ययों की सूची जिन्हें फोर्ट्रान अंतर्निहित निर्भरताओं के लिए स्कैन किया जाएगा
(INCLUDE लाइनें और USE कथन)। डिफ़ॉल्ट सूची है:

[".f", ".F", ".for", ".FOR", ".ftn", ".FTN", ".fpp", ".FPP",
".f77", ".F77", ".f90", ".F90", ".f95", ".F95"]

फ्रेमवर्कपथ
मैक ओएस एक्स पर gcc के साथ, फ्रेमवर्क खोजने के लिए पथों वाली एक सूची। द्वारा उपयोग किया जाता है
कंपाइलर को फ्रेमवर्क-शैली के इनक्लूड्स जैसे #include को खोजने के लिए .द्वारा उपयोग किया गया
लिंक करते समय उपयोगकर्ता द्वारा निर्दिष्ट फ्रेमवर्क को खोजने के लिए लिंकर (देखें $फ्रेमवर्क)। के लिये
उदाहरण:

env.AppendUnique(FRAMEWORKPATH='#myframeworkdir')

जोड़ देंगे

... -Fmyframeworkdir

कंपाइलर और लिंकर कमांड लाइनों के लिए.

_फ्रेमवर्कपथ
मैक ओएस एक्स पर जीसीसी के साथ, एक स्वचालित रूप से उत्पन्न निर्माण चर जिसमें शामिल है
लिंकर कमांड-लाइन विकल्प इसके अनुरूप हैं $फ्रेमवर्कपथ.

फ्रेमवर्कपथप्रीफिक्स
मैक ओएस एक्स पर gcc के साथ, FRAMEWORKPATH प्रविष्टियों के लिए प्रयुक्त किया जाने वाला उपसर्ग। (देखें)
$फ्रेमवर्कपथ) डिफ़ॉल्ट मान है -F.

फ्रेमवर्कप्रीफिक्स
मैक ओएस एक्स पर जीसीसी के साथ, फ्रेमवर्क में लिंकिंग के लिए उपयोग किया जाने वाला उपसर्ग (देखें
$फ्रेमवर्क) डिफ़ॉल्ट मान है -ढांचा.

_फ्रेमवर्क
मैक ओएस एक्स पर जीसीसी के साथ, एक स्वचालित रूप से उत्पन्न निर्माण चर जिसमें शामिल है
FRAMEWORKS के साथ लिंक करने के लिए लिंकर कमांड-लाइन विकल्प.

चौखटे
मैक ओएस एक्स पर जीसीसी के साथ, किसी प्रोग्राम या प्रोग्राम में लिंक किए जाने वाले फ्रेमवर्क नामों की सूची बनाई जाती है।
साझा लाइब्रेरी या बंडल। डिफ़ॉल्ट मान खाली सूची है। उदाहरण के लिए:

env.AppendUnique(FRAMEWORKS=Split('सिस्टम कोको सिस्टमकॉन्फ़िगरेशन'))

फ्रेमवर्क्सफ्लैग्स
मैक ओएस एक्स पर जीसीसी के साथ, अंत में सामान्य उपयोगकर्ता-प्रदत्त फ्रेमवर्क विकल्प जोड़े जाने हैं
एक लोड करने योग्य मॉड्यूल बनाने वाली कमांड लाइन की। (इसका स्थान काफी हद तक ले लिया गया है
$फ्रेमवर्कपथ, $फ्रेमवर्कपाथप्रीफिक्स, $फ्रेमवर्कप्रीफिक्स और $फ्रेमवर्क चर
ऊपर वर्णित है।)

GS
घोस्टस्क्रिप्ट प्रोग्राम का उपयोग, उदाहरण के लिए, पोस्टस्क्रिप्ट को पीडीएफ फाइलों में परिवर्तित करने के लिए किया जाता है।

जीएसकॉम
रूपांतरण प्रक्रिया के लिए उपयोग की जाने वाली पूर्ण Ghostscript कमांड लाइन। इसका डिफ़ॉल्ट मान
“$GS $GSFLAGS -sOutputFile=$TARGET $SOURCES” है।

जीएसकॉमस्ट्र
रूपांतरण प्रक्रिया के लिए Ghostscript को कॉल किए जाने पर प्रदर्शित स्ट्रिंग। यदि यह है
सेट नहीं किया गया (डिफ़ॉल्ट), तो $जीएसकॉम (कमांड लाइन) प्रदर्शित होता है.

जीएसएफलैग्स
पोस्टस्क्रिप्ट को पीडीएफ में परिवर्तित करते समय, घोस्टस्क्रिप्ट प्रोग्राम को दिए जाने वाले सामान्य विकल्प
उदाहरण के लिए फ़ाइलें। इसका डिफ़ॉल्ट मान “-dNOPAUSE -dBATCH -sDEVICE=pdfwrite” है

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

Visual Studio कंपाइलर के लिए होस्ट आर्किटेक्चर सेट करता है। यदि सेट नहीं किया गया है, तो डिफ़ॉल्ट रूप से
पता लगाया गया होस्ट आर्किटेक्चर: ध्यान दें कि यह आपके द्वारा उपयोग किए जा रहे पायथन पर निर्भर हो सकता है।
इस चर को Environment() कन्स्ट्रक्टर में एक तर्क के रूप में पास किया जाना चाहिए; सेटिंग
बाद में इसका कोई प्रभाव नहीं पड़ता।

मान्य मान वही हैं जो निम्न के लिए हैं $TARGET_ARCH.

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

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

आईडीएलप्रत्यय
उन फ़ाइलों के प्रत्ययों की सूची जिन्हें IDL अंतर्निहित निर्भरताओं के लिए स्कैन किया जाएगा
(#include या import lines). डिफ़ॉल्ट सूची है:

[".idl", ".आईडीएल"]

IMPLIBNOVERSIONSYMLINKS
ओवरराइड करने के लिए उपयोग किया जाता है $SHLIBNOVERSIONSYMLINKS/$LDMODULENOVERSIONSYMLINKS बनाते समय
साझा लाइब्रेरी/लोड करने योग्य मॉड्यूल के लिए संस्करणित आयात लाइब्रेरी। यदि परिभाषित नहीं है, तो
$SHLIBNOVERSIONSYMLINKS/$LDMODULENOVERSIONSYMLINKS यह निर्धारित करने के लिए प्रयोग किया जाता है कि
सिम्बोलिक लिंक निर्माण को अक्षम करें या नहीं।

IMPLIBPREFIX
आयात लाइब्रेरी नामों के लिए प्रयुक्त उपसर्ग। उदाहरण के लिए, cygwin आयात लाइब्रेरी का उपयोग करता है
(libfoo.dll.a) को डायनेमिक लाइब्रेरीज़ (cygfoo.dll) के साथ युग्मित करता है। cyglink लिंकर सेट करता है
$IMPLIBPREFIX 'लिब' और $SHLIBPREFIX 'cyg' के लिए.

IMPLIBSUFFIX
आयात लाइब्रेरी नामों के लिए प्रयुक्त प्रत्यय। उदाहरण के लिए, cygwin आयात लाइब्रेरी का उपयोग करता है
(libfoo.dll.a) को डायनेमिक लाइब्रेरीज़ (cygfoo.dll) के साथ युग्मित करता है। cyglink लिंकर सेट करता है
$IMPLIBSUFFIX '.dll.a' और $SHLIBSUFFIX '.dll' में.

इम्प्लिबवर्जन
ओवरराइड करने के लिए उपयोग किया जाता है $SHLIBसंस्करण/$LDMODULEVERSION ... संस्करणित आयात उत्पन्न करते समय
साझा लाइब्रेरी/लोड करने योग्य मॉड्यूल के लिए लाइब्रेरी। यदि अपरिभाषित है, तो
$SHLIBसंस्करण/$LDMODULEVERSION ... संस्करणित आयात का संस्करण निर्धारित करने के लिए उपयोग किया जाता है
पुस्तकालय।

निहित_कमांड_निर्भरताएं
यह नियंत्रित करता है कि SCons निष्पादित कमांड के लिए अंतर्निहित निर्भरता जोड़ेगा या नहीं
लक्ष्य बनाने के लिए.

डिफ़ॉल्ट रूप से, SCons प्रत्येक लक्ष्य में कमांड पर एक अंतर्निहित निर्भरता जोड़ देगा
किसी भी कमांड लाइन पर निष्पादित होने वाले पहले तर्क द्वारा दर्शाया गया है। विशिष्ट फ़ाइल
निर्भरता के लिए खोज करके पाया जाता है पथ चर में लि प्रयुक्त पर्यावरण
कमांड निष्पादित करने के लिए।

यदि निर्माण चर $IMPLICIT_COMMAND_DEPENDENCIES गलत मान पर सेट है
(कोई नहीं, गलत, 0, आदि), तो अंतर्निहित निर्भरता लक्ष्यों में नहीं जोड़ी जाएगी
उस निर्माण वातावरण के साथ बनाया गया।

env = पर्यावरण(IMPLICIT_COMMAND_DEPENDENCIES = 0)

INCप्रीफिक्स
C कंपाइलर कमांड लाइन पर सम्मिलित निर्देशिका निर्दिष्ट करने के लिए प्रयुक्त उपसर्ग। यह
प्रत्येक निर्देशिका की शुरुआत में जोड़ा जाएगा $CPPPATH और $फोरट्रानपथ
निर्माण चर जब $_CPPINCFLAGS और $_FORTRANINCFLAGS चर हैं
खुद से पैदा हुआ।

INCSUFFIX
C कंपाइलर कमांड लाइन पर सम्मिलित निर्देशिका निर्दिष्ट करने के लिए प्रयुक्त प्रत्यय। यह
प्रत्येक निर्देशिका के अंत में जोड़ा जाएगा $CPPPATH और $फोरट्रानपथ
निर्माण चर जब $_CPPINCFLAGS और $_FORTRANINCFLAGS चर हैं
खुद से पैदा हुआ।

इन्सटाल
किसी फ़ाइल को गंतव्य फ़ाइल नाम में स्थापित करने के लिए कॉल किया जाने वाला फ़ंक्शन। डिफ़ॉल्ट
फ़ंक्शन फ़ाइल को गंतव्य में कॉपी करता है (और गंतव्य फ़ाइल का मोड सेट करता है
और स्रोत फ़ाइल से मिलान करने के लिए अनुमति बिट्स)। फ़ंक्शन निम्नलिखित लेता है
तर्क:

def इंस्टॉल (dest, स्रोत, env):

गंतव्य गंतव्य फ़ाइल का पथ नाम है. स्रोत स्रोत का पथ नाम है
फ़ाइल. env निर्माण वातावरण (निर्माण मूल्यों का एक शब्दकोष) है
इस फ़ाइल स्थापना के लिए बल.

INSTALLSTR
जब कोई फ़ाइल गंतव्य फ़ाइल नाम में स्थापित होती है तो प्रदर्शित स्ट्रिंग।
डिफ़ॉल्ट है:

फ़ाइल स्थापित करें: "$SOURCE" को "$TARGET" के रूप में

INTEL_C_COMPILER_संस्करण
"intelc" टूल द्वारा चयनित Intel C कंपाइलर के प्रमुख संस्करण संख्या पर सेट करें
इस्तेमाल के लिए।

जार
जावा संग्रह उपकरण.

जावा संग्रह उपकरण.

जार्चदिर
वह निर्देशिका जिसमें जावा संग्रह उपकरण को बदलना चाहिए (उपयोगकर्ता नाम और पासवर्ड का उपयोग करके) -C विकल्प)।

वह निर्देशिका जिसमें जावा संग्रह उपकरण को बदलना चाहिए (उपयोगकर्ता नाम और पासवर्ड का उपयोग करके) -C विकल्प)।

जारकॉम
जावा आर्काइव टूल को कॉल करने के लिए प्रयुक्त कमांड लाइन.

जावा आर्काइव टूल को कॉल करने के लिए प्रयुक्त कमांड लाइन.

जार्कोमस्ट्र
जावा आर्काइव टूल को कॉल करने पर प्रदर्शित स्ट्रिंग यदि यह सेट नहीं है, तो
$जारकॉम (कमांड लाइन) प्रदर्शित होता है.

env = Environment(JARCOMSTR = "JARchiving $SOURCES into $TARGET")

जावा आर्काइव टूल को कॉल करने पर प्रदर्शित स्ट्रिंग यदि यह सेट नहीं है, तो
$जारकॉम (कमांड लाइन) प्रदर्शित होता है.

env = Environment(JARCOMSTR = "JARchiving $SOURCES into $TARGET")

जारफ्लैग्स
जावा आर्काइव टूल को दिए गए सामान्य विकल्प। डिफ़ॉल्ट रूप से यह इस पर सेट होता है cf सेवा मेरे
आवश्यक बनाएं जार फ़ाइल.

जावा आर्काइव टूल को दिए गए सामान्य विकल्प। डिफ़ॉल्ट रूप से यह इस पर सेट होता है cf सेवा मेरे
आवश्यक बनाएं जार फ़ाइल.

जार प्रत्यय
जावा अभिलेखागार के लिए प्रत्यय: डिफ़ॉल्ट रूप से .jar.

जावा अभिलेखागार के लिए प्रत्यय: डिफ़ॉल्ट रूप से .jar.

जावाबूटक्लासपथ
उन निर्देशिकाओं की सूची निर्दिष्ट करता है जिन्हें javac कमांड लाइन में जोड़ा जाएगा.
-बूटक्लासपथ विकल्प चुनें। अलग-अलग निर्देशिका नामों को अलग-अलग करके चुना जाएगा।
ऑपरेटिंग सिस्टम का पथ अलग वर्ण (: UNIX/Linux/POSIX पर, ; Windows पर).

जावा
जावा कम्पाइलर.

जावाकॉम
जावा स्रोत फ़ाइलों वाले डायरेक्टरी ट्री को संकलित करने के लिए उपयोग की जाने वाली कमांड लाइन
संबंधित जावा क्लास फ़ाइलें। में निर्दिष्ट कोई भी विकल्प $JAVACFLAGS निर्माण
इस कमांड लाइन पर वेरिएबल शामिल हैं.

जावाकॉमस्ट्र
जावा स्रोत फ़ाइलों के निर्देशिका वृक्ष को संकलित करते समय प्रदर्शित स्ट्रिंग
संबंधित जावा क्लास फ़ाइलें। यदि यह सेट नहीं है, तो $जावैककॉम (कमांड लाइन)
प्रदर्शित किया गया है।

env = Environment(JAVACCOMSTR = "क्लास फ़ाइलें $TARGETS को $SOURCES से संकलित किया जा रहा है")

जावाफ़्लैग
सामान्य विकल्प जो जावा कम्पाइलर को दिए जाते हैं।

JAVAक्लासडायर
वह निर्देशिका जिसमें जावा क्लास फ़ाइलें पाई जा सकती हैं। इसे निर्देशिका से हटा दिया गया है।
JavaH बिल्डर को दिए गए किसी भी Java .class फ़ाइल नाम की शुरुआत।

जावाक्लासपाथ
उन निर्देशिकाओं की सूची निर्दिष्ट करता है जिन्हें जावा .class फ़ाइल के लिए खोजा जाएगा।
इस सूची में निर्देशिकाएँ javac और javah कमांड लाइनों में जोड़ दी जाएंगी
-क्लासपाथ विकल्प। अलग-अलग निर्देशिका नाम ऑपरेटिंग सिस्टम द्वारा अलग किए जाएंगे
सिस्टम का पथ अलग वर्ण (: UNIX/Linux/POSIX पर, ; Windows पर).

ध्यान दें कि यह वर्तमान में केवल निर्दिष्ट निर्देशिका को जोड़ता है -क्लासपाथ विकल्प.
SCons वर्तमान में खोज नहीं करता है $जावाक्लासपाथ निर्भरता .class के लिए निर्देशिकाएँ
फाइलें.

JAVAक्लाससफ़िक्स
जावा क्लास फ़ाइलों के लिए प्रत्यय; डिफ़ॉल्ट रूप से .class.

जावा
सी हेडर और स्टब फ़ाइलों के लिए जावा जनरेटर.

जावाकॉम
जावा क्लासों से C हेडर और स्टब फ़ाइलें बनाने के लिए उपयोग की जाने वाली कमांड लाइन।
में निर्दिष्ट विकल्प $जावाफ्लैग्स निर्माण चर इस पर शामिल हैं
कमांड लाइन।

जावाकॉमस्ट्र
जब C हेडर और स्टब फ़ाइलें जावा क्लास से उत्पन्न होती हैं, तो प्रदर्शित स्ट्रिंग। यदि
यह सेट नहीं है, तो $जावाकॉम (कमांड लाइन) प्रदर्शित होता है.

env = Environment(JAVAHCOMSTR = "$SOURCES से $TARGETS हेडर/स्टब फ़ाइल(फ़ाइलें) उत्पन्न कर रहा है")

जावाफ्लैग्स
जावा क्लासों के लिए C हेडर और स्टब फ़ाइल जनरेटर को दिए गए सामान्य विकल्प।

जावासोर्सपाथ
उन निर्देशिकाओं की सूची निर्दिष्ट करता है जिन्हें इनपुट .java फ़ाइल के लिए खोजा जाएगा।
इस सूची में निर्देशिकाएँ javac कमांड लाइन में जोड़ दी जाएंगी -स्रोतपथ
विकल्प। अलग-अलग निर्देशिका नाम ऑपरेटिंग सिस्टम के द्वारा अलग किए जाएंगे
पथ अलग वर्ण (: UNIX/Linux/POSIX पर, ; Windows पर).

ध्यान दें कि यह वर्तमान में केवल निर्दिष्ट निर्देशिका को जोड़ता है -स्रोतपथ विकल्प.
SCons वर्तमान में खोज नहीं करता है $जावासोर्सपथ निर्भरता .java के लिए निर्देशिकाएँ
फाइलें.

जावासफ़िक्स
जावा फ़ाइलों के लिए प्रत्यय; डिफ़ॉल्ट रूप से .java.

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

कभी-कभी यह आवश्यक हो जाता है क्योंकि जावा 1.5 ने बनाई गई फ़ाइल के नाम बदल दिए हैं
नेस्टेड अनाम आंतरिक कक्षाओं के लिए, जो फ़ाइलों के साथ बेमेल का कारण बन सकती हैं
SCons की अपेक्षा javac संकलक द्वारा उत्पन्न की जाएगी। सेटिंग $जावासंस्करण 1.5 (या
1.6, जैसा उपयुक्त हो) SCons को यह एहसास करा सकता है कि जावा 1.5 या 1.6 बिल्ड वास्तव में है
आधुनिक।

लेटेक्स
LaTeX संरचित फ़ॉर्मेटर और टाइपसेटर.

लेटेक्सकॉम
LaTeX संरचित फ़ॉर्मेटर और टाइपसेटर को कॉल करने के लिए प्रयुक्त कमांड लाइन।

लेटेक्सकॉमस्ट्र
LaTeX संरचित फ़ॉर्मेटर और टाइपसेटर को कॉल करते समय प्रदर्शित स्ट्रिंग। यदि
यह सेट नहीं है, तो $लेटेक्सकॉम (कमांड लाइन) प्रदर्शित होता है.

env = Environment(LATEXCOMSTR = "LaTeX इनपुट $SOURCES से $TARGET का निर्माण")

लेटेक्सफ्लैग्स
LaTeX संरचित फ़ॉर्मेटर और टाइपसेटर को दिए गए सामान्य विकल्प।

लेटेक्सरिट्रीज़
यदि .log द्वारा जनरेट किया गया है तो LaTeX को पुनः चलाने की अधिकतम संख्या
$लेटेक्सकॉम कमांड यह संकेत देता है कि अपरिभाषित संदर्भ हैं। डिफ़ॉल्ट रूप से try करना होता है
LaTeX को तीन बार तक पुनः चलाकर अपरिभाषित संदर्भों को हल करना।

लेटेक्सप्रत्यय
उन फ़ाइलों के प्रत्ययों की सूची जिन्हें LaTeX अंतर्निहित निर्भरताओं के लिए स्कैन किया जाएगा
(\include या \import फ़ाइलें). डिफ़ॉल्ट सूची है:

[".tex", ".ltx", ".latex"]

एलडीमॉड्यूल
लोड करने योग्य मॉड्यूल बनाने के लिए लिंकर। डिफ़ॉल्ट रूप से, यह समान है $SHLINK.

एलडीमॉड्यूलकॉम
लोड करने योग्य मॉड्यूल बनाने के लिए कमांड लाइन। मैक ओएस एक्स पर, यह इसका उपयोग करता है $एलडीमॉड्यूल,
$LDMODULEFLAGS और $FRAMEWORKSFLAGS चर। अन्य प्रणालियों पर, यह वैसा ही है
$SHLINK.

LDMODULECOMSTR
लोड करने योग्य मॉड्यूल बनाते समय प्रदर्शित स्ट्रिंग। यदि यह सेट नहीं है, तो
$LDMODULECOM (कमांड लाइन) प्रदर्शित होता है.

एलडीएमॉड्यूलफ्लैग्स
लोड करने योग्य मॉड्यूल बनाने के लिए लिंकर को दिए गए सामान्य उपयोगकर्ता विकल्प।

LDMODULENOVERSIONSYMLINKS (एलडीएमॉड्यूलएनओवरसियनसिम्लिंक्स)
निर्देश देता है लोड करने योग्य मॉड्यूल बिल्डर को स्वचालित रूप से सिम्बलिंक नहीं बनाने के लिए
संस्करणित मॉड्यूल। डिफ़ॉल्ट रूप से $SHLIBNOVERSIONSYMLINKS

एलडीएमओडीयूएलप्रीफिक्स
लोड करने योग्य मॉड्यूल फ़ाइल नामों के लिए इस्तेमाल किया जाने वाला उपसर्ग। मैक ओएस एक्स पर, यह शून्य है; अन्य पर
सिस्टम, यह वैसा ही है $SHLIBPREFIX.

_LDMODULESONAM
एक मैक्रो जो $TARGET के आधार पर लोड करने योग्य मॉड्यूल का SONAME स्वचालित रूप से उत्पन्न करता है,
$LDMODULEVERSION और $LDMODULESUFFIX. द्वारा उपयोग किया गया लोड करने योग्य मॉड्यूल बिल्डर जब लिंकर
उपकरण SONAME (जैसे gnulink) का समर्थन करता है.

LDमॉड्यूलप्रत्यय
लोड करने योग्य मॉड्यूल फ़ाइल नामों के लिए प्रयुक्त प्रत्यय। मैक ओएस एक्स पर, यह शून्य है; अन्य पर
सिस्टम में, यह $SHLIBSUFFIX के समान है।

एलडीएमॉड्यूलवर्जन
जब यह निर्माण चर परिभाषित किया जाता है, तो एक संस्करणित लोड करने योग्य मॉड्यूल बनाया जाता है
लोड करने योग्य मॉड्यूल बिल्डर. यह सक्रिय करता है $_LDMODULEVERSIONFLAGS $_LDMODULEVERSIONFLAGS और इस प्रकार संशोधित करता है
la $LDMODULECOM आवश्यकतानुसार, लाइब्रेरी नाम में संस्करण संख्या जोड़ता है, और बनाता है
आवश्यक सिम्बलिंक. $LDMODULEVERSION ... संस्करण समान रूप से मौजूद होने चाहिए
के रूप में प्रारूपित करें $SHLIBसंस्करण.

एलडीएमॉड्यूलइवरशनफ्लैग्स
अतिरिक्त झंडे जोड़े गए $LDMODULECOM संस्करण बनाते समय लोड करने योग्य मॉड्यूल. ये झंडे
केवल तभी उपयोग किया जाता है जब $LDMODULEVERSION ... सेट है।

_LDMODULEVERSIONFLAGS
यह मैक्रो स्वचालित रूप से अतिरिक्त झंडे पेश करता है $LDMODULECOM निर्माण करते समय
संस्करणीकृत लोड करने योग्य मॉड्यूल (यह तब है जब $LDMODULEVERSION ... सेट है)।
_LDMODULEVERSIONFLAGS आमतौर पर जोड़ता है $SHLIBVERSIONFLAGS और कुछ अतिरिक्त गतिशील रूप से
उत्पन्न विकल्प (जैसे -Wl,-soname=$_LDMODULESONAME)। यह सादे द्वारा अप्रयुक्त है
(अनवर्सन) लोड करने योग्य मॉड्यूल.

लेक्रस
शाब्दिक विश्लेषक जनरेटर.

लेक्सकॉम
स्रोत उत्पन्न करने के लिए लेक्सिकल एनालाइजर जनरेटर को कॉल करने के लिए प्रयुक्त कमांड लाइन
फ़ाइल.

लेक्सकॉमस्ट्र
लेक्सिकल एनालाइजर का उपयोग करके स्रोत फ़ाइल बनाते समय प्रदर्शित स्ट्रिंग
जनरेटर। यदि यह सेट नहीं है, तो $लेक्सकॉम (कमांड लाइन) प्रदर्शित होता है.

env = Environment(LEXCOMSTR = "$SOURCES से $TARGET को लेक्स करना")

लेक्सफ्लैग्स
लेक्सिकल विश्लेषक जनरेटर को दिए गए सामान्य विकल्प.

_LIBDIRFLAGS
लिंकर कमांड-लाइन युक्त एक स्वचालित रूप से उत्पन्न निर्माण चर
लाइब्रेरी के लिए खोजी जाने वाली निर्देशिकाओं को निर्दिष्ट करने के लिए विकल्प।
$_LIBDIRFLAGS जोड़कर बनाया गया है $LIBDIRPREFIX और $LIBDIRSUFFIX शुरुआत तक
और प्रत्येक निर्देशिका का अंत $लिबपाथ.

लिबडीआईआरप्रीफिक्स
लिंकर कमांड लाइन पर लाइब्रेरी निर्देशिका निर्दिष्ट करने के लिए उपयोग किया जाने वाला उपसर्ग। यह
प्रत्येक निर्देशिका की शुरुआत में जोड़ा जाएगा $लिबपाथ निर्माण चर
जब $_LIBDIRFLAGS चर स्वचालित रूप से उत्पन्न होता है.

लिबडीरसुफ़िक्स
लिंकर कमांड लाइन पर लाइब्रेरी निर्देशिका निर्दिष्ट करने के लिए उपयोग किया जाने वाला प्रत्यय। यह
प्रत्येक निर्देशिका के अंत में जोड़ा जाएगा $लिबपाथ निर्माण चर जब
la $_LIBDIRFLAGS चर स्वचालित रूप से उत्पन्न होता है.

लिबमिटर
सभी

_लिबफ्लैग्स
लिंकर कमांड-लाइन युक्त एक स्वचालित रूप से उत्पन्न निर्माण चर
परिणामी लक्ष्य के साथ लिंक की जाने वाली लाइब्रेरीज़ को निर्दिष्ट करने के लिए विकल्प।
$_LIBFLAGS जोड़कर बनाया गया है $LIBLINKPREFIX और $LIBLINKSUFFIX शुरुआत तक
और प्रत्येक फ़ाइल नाम के अंत में $लिब्स.

LIBLINKप्रीफिक्स
लिंकर कमांड लाइन पर लिंक करने के लिए लाइब्रेरी निर्दिष्ट करने के लिए उपयोग किया जाने वाला उपसर्ग। यह होगा
प्रत्येक लाइब्रेरी के आरंभ में जोड़ा गया $लिब्स निर्माण चर जब
$_LIBFLAGS चर स्वचालित रूप से उत्पन्न होता है.

लिबलिंकसफ़िक्स
लिंकर कमांड लाइन पर लिंक करने के लिए लाइब्रेरी निर्दिष्ट करने के लिए उपयोग किया जाने वाला प्रत्यय। यह होगा
प्रत्येक लाइब्रेरी के अंत में जोड़ा गया $लिब्स निर्माण चर जब
$_LIBFLAGS चर स्वचालित रूप से उत्पन्न होता है.

लिबपथ
निर्देशिकाओं की सूची जिसमें लाइब्रेरीज़ की खोज की जाएगी। अंतर्निहित निर्भरता
स्कैनर इन निर्देशिकाओं में शामिल फ़ाइलों की खोज करेगा। स्पष्ट रूप से include न डालें
निर्देशिका तर्क में $लिंकफ़्लैग or $SHLINKFLAGS क्योंकि परिणाम होगा
गैर-पोर्टेबल और निर्देशिकाओं को निर्भरता स्कैनर द्वारा खोजा नहीं जाएगा। नोट:
LIBPATH में निर्देशिका नाम SConscript निर्देशिका के सापेक्ष देखे जाएंगे जब
इनका उपयोग कमांड में किया जाता है। स्कोंस को रूट से संबंधित निर्देशिका को देखने के लिए बाध्य करना
स्रोत वृक्ष का उपयोग करें #:

env = पर्यावरण(LIBPATH='#/libs')

निर्देशिका लुक-अप को भी उपयोग करके मजबूर किया जा सकता है डिर() समारोह:

libs = Dir('libs')
env = पर्यावरण(LIBPATH=libs)

निर्देशिका सूची स्वचालित रूप से उत्पन्न कमांड लाइन में जोड़ दी जाएगी
$_LIBDIRFLAGS निर्माण चर, जिसका निर्माण के मानों को जोड़कर किया जाता है
la $LIBDIRPREFIX और $LIBDIRSUFFIX निर्माण चर की शुरुआत और अंत
प्रत्येक निर्देशिका में $लिबपाथ. आपके द्वारा परिभाषित कोई भी कमांड लाइन जिसके लिए LIBPATH की आवश्यकता होती है
निर्देशिका सूची में शामिल होना चाहिए $_LIBDIRFLAGS:

env = पर्यावरण (LINKCOM="my_linker $_LIBDIRFLAGS $_LIBFLAGS -o $TARGET $SOURCE")

लिबप्रीफिक्स
(स्थिर) लाइब्रेरी फ़ाइल नामों के लिए उपयोग किया जाने वाला उपसर्ग। प्रत्येक के लिए एक डिफ़ॉल्ट मान सेट किया जाता है
प्लेटफ़ॉर्म (posix, win32, os2, आदि), लेकिन मान को व्यक्तिगत उपकरणों द्वारा ओवरराइड किया जाता है
(ar, mslib, sgiar, sunar, tlib, आदि) उन पुस्तकालयों के नाम को प्रतिबिंबित करने के लिए जिन्हें वे उपयोग करते हैं
बनाया.

लिबप्रीफिक्स
लाइब्रेरी फ़ाइल नामों के लिए सभी वैध उपसर्गों की सूची। लाइब्रेरी खोजते समय
निर्भरताएँ, SCons इन उपसर्गों वाली फ़ाइलों की तलाश करेगा, आधार लाइब्रेरी का नाम,
और प्रत्यय $LIBSUFFIXES सूची।

LIBS
एक या अधिक लाइब्रेरीज़ की सूची जो किसी निष्पादन योग्य प्रोग्राम के साथ लिंक की जाएंगी
इस वातावरण द्वारा निर्मित.

लाइब्रेरी सूची स्वचालित रूप से उत्पन्न कमांड लाइन में जोड़ दी जाएगी
$_LIBFLAGS निर्माण चर, जिसका निर्माण के मानों को जोड़कर किया जाता है
$LIBLINKPREFIX और $LIBLINKSUFFIX निर्माण चर की शुरुआत और अंत
प्रत्येक फ़ाइल नाम $लिब्स. आपके द्वारा परिभाषित कोई भी कमांड लाइन जिसे LIBS लाइब्रेरी सूची की आवश्यकता है
शामिल करना चाहिए $_LIBFLAGS:

env = पर्यावरण (LINKCOM="my_linker $_LIBDIRFLAGS $_LIBFLAGS -o $TARGET $SOURCE")

यदि आप फ़ाइल ऑब्जेक्ट जोड़ते हैं $लिब्स सूची में, उस फ़ाइल का नाम जोड़ दिया जाएगा
$_LIBFLAGS, और इस प्रकार लिंक लाइन, जैसी है, बिना $LIBLINKPREFIX or $LIBLINKSUFFIX.
उदाहरण के लिए:

env.Append(LIBS=फ़ाइल('/tmp/mylib.so'))

सभी मामलों में, scons निष्पादन योग्य प्रोग्राम से सभी निर्भरताओं को जोड़ देगा
इस सूची में पुस्तकालय शामिल हैं।

लिबसुफ़िक्स
(स्थिर) लाइब्रेरी फ़ाइल नामों के लिए प्रयुक्त प्रत्यय। प्रत्येक के लिए एक डिफ़ॉल्ट मान सेट किया जाता है
प्लेटफ़ॉर्म (posix, win32, os2, आदि), लेकिन मान को व्यक्तिगत उपकरणों द्वारा ओवरराइड किया जाता है
(ar, mslib, sgiar, sunar, tlib, आदि) उन पुस्तकालयों के नाम को प्रतिबिंबित करने के लिए जिन्हें वे उपयोग करते हैं
बनाया.

लिब प्रत्यय
लाइब्रेरी फ़ाइल नामों के लिए सभी वैध प्रत्ययों की सूची। लाइब्रेरी फ़ाइल नामों के लिए खोज करते समय
निर्भरताओं में, SCons उपसर्गों वाली फ़ाइलों की तलाश करेगा, $LIBPREFIXES लिस्ट
आधार लाइब्रेरी नाम, और ये प्रत्यय.

लाइसेंस
लाइसेंस का संक्षिप्त नाम जिसके अंतर्गत यह परियोजना जारी की गई है (gpl, lpgl,
बीएसडी आदि) देखें http://www.opensource.org/licenses/alphabetical लाइसेंस की सूची के लिए
नाम।

लाइनसेपरेटर
द्वारा प्रयुक्त विभाजक सबस्टफ़ाइल और पाठ फ़ाइल बिल्डर्स। यह मान के बीच प्रयोग किया जाता है
लक्ष्य का निर्माण करते समय स्रोत। यह वर्तमान सिस्टम लाइन पर डिफ़ॉल्ट होता है
विभाजक।

लिंगुआस_फ़ाइल
RSI $लिंगुआस_फ़ाइल अतिरिक्त भाषाओं की सूची वाली फ़ाइल(फ़ाइलें) को परिभाषित करता है
द्वारा संसाधित POInit, POअपडेट or एमओफाइल्स बिल्डरों पर भी इसका असर पड़ता है अनुवाद करना बिल्डर।
यदि चर में कोई स्ट्रिंग है, तो यह सूची फ़ाइल का नाम परिभाषित करता है। $लिंगुआस_फ़ाइल
फ़ाइल नामों की सूची भी हो सकती है। अगर $लिंगुआस_फ़ाइल सत्य (या गैर-शून्य) पर सेट है
संख्यात्मक मान), सूची LINGUAS नामक डिफ़ॉल्ट फ़ाइल से पढ़ी जाएगी।

LINK
लिंकर.

लिंककॉम
कमांड लाइन का उपयोग ऑब्जेक्ट फ़ाइलों को निष्पादन योग्य में लिंक करने के लिए किया जाता है।

लिंककॉमस्ट्र
ऑब्जेक्ट फ़ाइलों को एक निष्पादन योग्य में लिंक किए जाने पर प्रदर्शित स्ट्रिंग। यदि यह नहीं है
तब सेट करें $लिंककॉम (कमांड लाइन) प्रदर्शित होता है.

env = पर्यावरण (LINKCOMSTR = "लिंकिंग $TARGET")

लिंकफ्लैग्स
लिंकर को दिए गए सामान्य उपयोगकर्ता विकल्प। ध्यान दें कि यह चर होना चाहिए नहीं शामिल
-l (या समान) सूचीबद्ध पुस्तकालयों के साथ लिंक करने के विकल्प $लिब्स, और न ही -L (या
समान) लाइब्रेरी खोज पथ विकल्प जो scons स्वचालित रूप से उत्पन्न करता है $लिबपाथ.
देख $_LIBFLAGS ऊपर, उस चर के लिए जो लाइब्रेरी-लिंक विकल्पों तक विस्तृत होता है, और
$_LIBDIRFLAGS ऊपर, उस चर के लिए जो लाइब्रेरी खोज पथ विकल्पों तक विस्तृत होता है।

M4
एम4 मैक्रो प्रीप्रोसेसर.

एम4कॉम
कमांड लाइन का उपयोग फ़ाइलों को M4 मैक्रो प्रीप्रोसेसर के माध्यम से पास करने के लिए किया जाता है।

M4COMSTR
जब कोई फ़ाइल M4 मैक्रो प्रीप्रोसेसर से होकर गुज़रती है, तो प्रदर्शित स्ट्रिंग। अगर यह
सेट नहीं है, तो $M4COM (कमांड लाइन) प्रदर्शित होता है.

M4फ़्लैग
M4 मैक्रो प्रीप्रोसेसर को दिए गए सामान्य विकल्प.

मेकइंडेक्स
TeX फ़ॉर्मेटर और टाइपसेटर और LaTeX संरचित के लिए मेकइंडेक्स जनरेटर
फ़ॉर्मेटर और टाइपसेटर.

मेकइंडेक्सकॉम
TeX फ़ॉर्मेटर के लिए मेकइंडेक्स जनरेटर को कॉल करने के लिए उपयोग की जाने वाली कमांड लाइन और
टाइपसेटर और लेटेक्स संरचित फ़ॉर्मेटर और टाइपसेटर।

मेकइंडेक्सकॉमस्ट्र
TeX फ़ॉर्मेटर के लिए मेकइंडेक्स जनरेटर को कॉल करते समय प्रदर्शित स्ट्रिंग और
टाइपसेटर और LaTeX संरचित फ़ॉर्मेटर और टाइपसेटर। अगर यह सेट नहीं है, तो
$मेकइंडेक्सकॉम (कमांड लाइन) प्रदर्शित होता है.

MAKEINDEXFLAGS
TeX फ़ॉर्मेटर और टाइपसेटर के लिए मेकइंडेक्स जनरेटर को दिए गए सामान्य विकल्प
और LaTeX संरचित फ़ॉर्मेटर और टाइपसेटर।

अधिकतम लंबाई
बाहरी कमांड लाइन पर अनुमत वर्णों की अधिकतम संख्या। Win32 पर
सिस्टम, इस संख्या से अधिक वर्णों वाली लिंक लाइनों को एक अस्थायी फ़ाइल के माध्यम से लिंक किया जाता है
नाम.

मध्य:
माइक्रोसॉफ्ट आईडीएल संकलक.

मिडलकॉम
कमांड लाइन का उपयोग फ़ाइलों को माइक्रोसॉफ्ट IDL कंपाइलर तक भेजने के लिए किया जाता है।

मिडलकॉमस्ट्र
Microsoft IDL कॉपीमिलर को कॉल करने पर प्रदर्शित स्ट्रिंग। यदि यह सेट नहीं है,
फिर $मिडलकॉम (कमांड लाइन) प्रदर्शित होता है.

मिडलफ्लैग्स
माइक्रोसॉफ्ट IDL कंपाइलर को दिए गए सामान्य विकल्प.

मोसफ़िक्स
MO फ़ाइलों के लिए प्रयुक्त प्रत्यय (डिफ़ॉल्ट: '.mo')। msgfmt टूल और देखें एमओफाइल्स बिल्डर।

एमएसजीएफएमटी
पूर्ण पथ संदेश(1) बाइनरी, द्वारा पाया गया पता लगाना(). msgfmt टूल देखें और एमओफाइल्स
बिल्डर।

एमएसजीएफएमटीसीओएम
चलाने के लिए कमांड लाइन पूरी करें संदेश(1) कार्यक्रम. msgfmt उपकरण और देखें एमओफाइल्स बिल्डर।

एमएसजीएफएमटीसीओएमएसटीआर
स्ट्रिंग कब प्रदर्शित की जाएगी संदेश(1) लागू किया जाता है (डिफ़ॉल्ट: '', जिसका अर्थ है `` प्रिंट
$एमएसजीएफएमटीकॉम''). msgfmt टूल देखें और एमओफाइल्स बिल्डर।

एमएसजीएफएमटीएफ़लैग
करने के लिए अतिरिक्त झंडे संदेश(1). msgfmt टूल देखें और एमओफाइल्स बिल्डर।

एमएसजीआईएनआईटी
की ओर रास्ता msginit(1) प्रोग्राम (Detect() के माध्यम से पाया गया)। msginit टूल और देखें POInit बिल्डर।

एमएसजीआईएनआईटीकॉम
चलाने के लिए कमांड लाइन पूरी करें msginit(1) कार्यक्रम. msginit उपकरण और देखें POInit बिल्डर।

MSGINITCOMस्ट्र
स्ट्रिंग कब प्रदर्शित की जाएगी msginit(1) लागू किया जाता है (डिफ़ॉल्ट: '', जिसका अर्थ है `` प्रिंट
$MSGINITCOM''). msginit टूल देखें और POInit बिल्डर।

एमएसजीआईएनआईटीएफ़लग्स
अतिरिक्त झंडों की सूची msginit(1) (डिफ़ॉल्ट: []). msginit टूल देखें और POInit
बिल्डर।

_MSGINITLOCALE
आंतरिक ``मैक्रो''. लक्ष्य फ़ाइल नाम के आधार पर स्थानीय (भाषा) नाम की गणना करता है (डिफ़ॉल्ट:
'${TARGET.filebase}').

msginit टूल देखें और POInit बिल्डर।

एमएसजीमर्ज
पूर्ण पथ संदेश मर्ज(1) बाइनरी जैसा कि पाया गया पता लगाना(). msgmerge टूल देखें और
POअपडेट बिल्डर।

एमएसजीमर्जकॉम
चलाने के लिए कमांड लाइन पूरी करें संदेश मर्ज(1) कमांड. msgmerge टूल देखें और POअपडेट
बिल्डर।

एमएसजीमर्जकॉमस्ट्र
स्ट्रिंग प्रदर्शित की जाएगी जब संदेश मर्ज(1) लागू किया जाता है (डिफ़ॉल्ट: '', जिसका अर्थ है `` प्रिंट
$MSGMERGECOM''). msgmerge टूल देखें और POअपडेट बिल्डर।

एमएसजीमर्जफ्लैग्स
करने के लिए अतिरिक्त झंडे संदेश मर्ज(1) कमांड. msgmerge टूल देखें और POअपडेट बिल्डर।

एमएसएसडीके_DIR
Microsoft SDK (प्लेटफ़ॉर्म SDK या Windows SDK) वाली निर्देशिका
संकलन के लिए उपयोग किया जाता है।

MSSDK_संस्करण
Microsoft SDK (प्लेटफ़ॉर्म SDK या Windows SDK) का संस्करण स्ट्रिंग
संकलन के लिए उपयोग किया जाता है। समर्थित संस्करणों में 6.1, 6.0A, 6.0, 2003R2 और 2003R1 शामिल हैं।

एमएसवीसी_बैच
जब किसी सत्य मान पर सेट किया जाता है, तो निर्दिष्ट करता है कि SCons को ऑब्जेक्ट का बैच संकलन करना चाहिए
Microsoft Visual C/C++ कंपाइलर को कॉल करते समय फ़ाइलें। स्रोत के सभी संकलन
एक ही स्रोत निर्देशिका से फ़ाइलें जो एक ही आउटपुट में लक्ष्य फ़ाइलें उत्पन्न करती हैं
निर्देशिका और SCons में एक ही निर्माण वातावरण का उपयोग कर कॉन्फ़िगर किया गया होगा
कंपाइलर को एक ही कॉल में बनाया गया। केवल स्रोत फ़ाइलें जो तब से बदल गई हैं
उनकी ऑब्जेक्ट फाइलें बनाई गई थीं, प्रत्येक कंपाइलर आमंत्रण (के माध्यम से) को पारित कर दिया जाएगा
$बदला_स्रोत निर्माण चर)। कोई भी संकलन जहां ऑब्जेक्ट (लक्ष्य)
फ़ाइल आधार नाम (.obj को छोड़कर) स्रोत फ़ाइल आधार नाम से मेल नहीं खाता है
अलग से संकलित.

MSVC_USE_स्क्रिप्ट
Microsoft Visual Studio कंपाइलर सेट अप करने के लिए बैच स्क्रिप्ट का उपयोग करें

$MSVC_USE_SCRIPT ओवरराइड $MSVC_संस्करण और $TARGET_ARCH.यदि किसी के नाम पर सेट किया गया है
Visual Studio .bat फ़ाइल (जैसे vcvars.bat), SCons उस bat फ़ाइल को चलाएगा और निकालेगा
परिणाम से प्रासंगिक चर (आमतौर पर %INCLUDE%, %LIB%, और %PATH%).
MSVC_USE_SCRIPT को None पर सेट करने से Visual Studio का स्वतः पता लगाना पूरी तरह से बायपास हो जाता है; उपयोग करें
यदि आप Visual Studio cmd विंडो में SCons चला रहे हैं और शेल को आयात कर रहे हैं
पर्यावरण चर।

एमएसवीसी_संस्करण
उपयोग हेतु Microsoft Visual C/C++ का पसंदीदा संस्करण सेट करता है।

If $MSVC_संस्करण सेट नहीं है, SCons (डिफ़ॉल्ट रूप से) का नवीनतम संस्करण का चयन करेगा
आपके सिस्टम पर Visual C/C++ इंस्टॉल है। यदि निर्दिष्ट संस्करण इंस्टॉल नहीं है, तो टूल
आरंभीकरण विफल हो जाएगा। इस चर को एक तर्क के रूप में पारित किया जाना चाहिए
Environment() कन्स्ट्रक्टर; इसे बाद में सेट करने से कोई प्रभाव नहीं पड़ता।

विंडोज़ के लिए मान्य मान हैं 12.0, 12.0Exp, 11.0, 11.0Exp, 10.0, 10.0Exp, 9.0, 9.0Exp,
8.0, 8.0Exp, 7.1, 7.0, और 6.0. Exp में समाप्त होने वाले संस्करण "एक्सप्रेस" या "एक्सप्रेस" को संदर्भित करते हैं
डेस्कटॉप के लिए" संस्करण.

एमएसवीएस
जब Microsoft Visual Studio उपकरण आरंभ किए जाते हैं, तो वे इस शब्दकोश को सेट करते हैं
निम्नलिखित कुंजियों के साथ:

VERSION
उपयोग किए जा रहे MSVS का संस्करण (इसके माध्यम से सेट किया जा सकता है) $MSVS_संस्करण)

VERSIONS
MSVS के उपलब्ध संस्करण स्थापित

VCINSTALLDIR
Visual C++ की स्थापित निर्देशिका

VSINSTALLDIR
Visual Studio की स्थापित निर्देशिका

फ्रेमवर्कडायर
.NET फ्रेमवर्क की स्थापित निर्देशिका

फ्रेमवर्क संस्करण
.NET फ्रेमवर्क के स्थापित संस्करणों की सूची, नवीनतम से पुराने तक क्रमबद्ध।

फ्रेमवर्क संस्करण
.NET फ्रेमवर्क का नवीनतम स्थापित संस्करण

फ्रेमवर्कSDKDIR
.NET SDK का स्थापित स्थान.

प्लेटफॉर्मएसडीकेडीआईआर
प्लेटफ़ॉर्म SDK का स्थापित स्थान.

प्लेटफ़ॉर्मSDK_मॉड्यूल्स
स्थापित प्लेटफ़ॉर्म SDK मॉड्यूल का शब्दकोश, जहाँ शब्दकोश कुंजियाँ हैं
विभिन्न मॉड्यूल के लिए कीवर्ड, और मान 2-टपल हैं जहां पहला है
पहला रिलीज की तारीख है, और दूसरा संस्करण संख्या है।

यदि कोई मान सेट नहीं है, तो इसका अर्थ है कि वह रजिस्ट्री में उपलब्ध नहीं है।

एमएसवीएस_आर्क
वह आर्किटेक्चर सेट करता है जिसके लिए उत्पन्न परियोजना(ओं) का निर्माण किया जाना चाहिए।

डिफ़ॉल्ट मान x86 है. amd64 कुछ Visual Studio के लिए SCons द्वारा भी समर्थित है.
संस्करण सेट करने का प्रयास कर रहा हूँ। $MSVS_ARCH किसी ऐसे आर्किटेक्चर के लिए जो किसी दिए गए के लिए समर्थित नहीं है
Visual Studio संस्करण एक त्रुटि उत्पन्न करेगा.

MSVS_प्रोजेक्ट_GUID
उत्पन्न Microsoft Visual Studio प्रोजेक्ट फ़ाइल में मान के रूप में रखा गया स्ट्रिंग
ProjectGUID विशेषता। कोई डिफ़ॉल्ट मान नहीं है। यदि परिभाषित नहीं है, तो एक नया GUID है
उत्पन्न।

MSVS_SCC_AUX_PATH
जनरेट किए गए Microsoft Visual Studio प्रोजेक्ट फ़ाइल में मान के रूप में रखा गया पथ नाम
SccAuxPath विशेषता का यदि MSVS_SCC_प्रदाता निर्माण चर भी है
सेट करें. कोई डिफ़ॉल्ट मान नहीं है.

MSVS_SCC_कनेक्शन_रूट
आपके SCC कार्यक्षेत्र में परियोजनाओं का मूल पथ, अर्थात वह पथ जिसके अंतर्गत सभी परियोजनाएँ हैं
और समाधान फ़ाइलें उत्पन्न की जाएंगी। इसका उपयोग संदर्भ पथ के रूप में किया जाता है जिससे समाधान फ़ाइलों को बनाया जा सके।
उत्पन्न Microsoft Visual Studio प्रोजेक्ट और समाधान फ़ाइलों के सापेक्ष पथ हैं
गणना की गई। सापेक्ष प्रोजेक्ट फ़ाइल पथ को SccLocalPath के मान के रूप में रखा गया है
प्रोजेक्ट फ़ाइल की विशेषता और के मान के रूप में
SccProjectFilePathRelativizedFromConnection[i] (जहाँ [i] 0 से लेकर संख्या तक है
समाधान में परियोजनाओं की) GlobalSection(SourceCodeControl) की विशेषताएँ
Microsoft Visual Studio समाधान फ़ाइल का अनुभाग। इसी प्रकार सापेक्ष समाधान
फ़ाइल पथ को SccLocalPath[i] के मान के रूप में रखा गया है (जहाँ [i] 0 से लेकर है
समाधान में परियोजनाओं की संख्या) विशेषताएँ
Microsoft Visual Studio समाधान फ़ाइल का GlobalSection(SourceCodeControl) अनुभाग.
इसका उपयोग केवल तभी किया जाता है जब MSVS_SCC_प्रदाता निर्माण चर भी सेट है।
डिफ़ॉल्ट मान वर्तमान कार्यशील निर्देशिका है.

MSVS_SCC_PROJECT_NAME
प्रोजेक्ट नाम को जनरेट की गई Microsoft Visual Studio प्रोजेक्ट फ़ाइल में रखा गया है
SccProjectName विशेषता का मान यदि MSVS_SCC_प्रदाता निर्माण चर
भी सेट किया गया है। इस मामले में स्ट्रिंग को SccProjectName0 विशेषता में भी रखा गया है
Microsoft Visual Studio के GlobalSection(SourceCodeControl) अनुभाग का
समाधान फ़ाइल में कोई डिफ़ॉल्ट मान नहीं है.

MSVS_SCC_प्रदाता
उत्पन्न Microsoft Visual Studio प्रोजेक्ट फ़ाइल में मान के रूप में रखा गया स्ट्रिंग
SccProvider विशेषता। स्ट्रिंग को SccProvider0 विशेषता में भी रखा गया है
Microsoft Visual Studio समाधान का GlobalSection(SourceCodeControl) अनुभाग
फ़ाइल में कोई डिफ़ॉल्ट मान नहीं है.

एमएसवीएस_संस्करण
उपयोग हेतु Microsoft Visual Studio का पसंदीदा संस्करण सेट करता है।

If $MSVS_संस्करण सेट नहीं है, SCons (डिफ़ॉल्ट रूप से) का नवीनतम संस्करण का चयन करेगा
आपके सिस्टम पर Visual Studio इंस्टॉल है। इसलिए, यदि आपके पास संस्करण 6 और संस्करण 7 (MSVS) है
.NET) स्थापित है, तो यह संस्करण 7 को प्राथमिकता देगा। आप इसे निर्दिष्ट करके ओवरराइड कर सकते हैं
एमएसवीएस_संस्करण पर्यावरण आरंभीकरण में चर, इसे उपयुक्त पर सेट करना
संस्करण ('6.0' या '7.0', उदाहरण के लिए)। यदि निर्दिष्ट संस्करण स्थापित नहीं है, तो उपकरण
आरंभीकरण विफल हो जाएगा.

यह अप्रचलित है: उपयोग करें $MSVC_संस्करण बजाय। अगर $MSVS_संस्करण सेट है और $MSVC_संस्करण
क्या नहीं है, $MSVC_संस्करण स्वचालित रूप से सेट हो जाएगा $MSVS_संस्करण.यदि दोनों को सेट किया जाता है
भिन्न मान होने पर, scons त्रुटि उत्पन्न करेगा।

एमएसवीएसबीयूआईएलडीकॉम
एक निर्मित माइक्रोसॉफ्ट विजुअल स्टूडियो प्रोजेक्ट फ़ाइल में रखी गई बिल्ड कमांड लाइन।
डिफ़ॉल्ट रूप से Visual Studio किसी भी निर्दिष्ट बिल्ड लक्ष्य के साथ SCons को आमंत्रित करता है।

एमएसवीसक्लीनकॉम
क्लीन कमांड लाइन को माइक्रोसॉफ्ट विजुअल स्टूडियो प्रोजेक्ट फ़ाइल में रखा गया है।
डिफ़ॉल्ट रूप से Visual Studio SCons को -c विकल्प के साथ लागू करता है ताकि किसी भी SCons को हटाया जा सके
निर्दिष्ट लक्ष्य.

MSVSENCODING
एक जेनरेटेड माइक्रोसॉफ्ट विजुअल स्टूडियो प्रोजेक्ट फ़ाइल में रखी गई एन्कोडिंग स्ट्रिंग।
डिफ़ॉल्ट एन्कोडिंग Windows-1252 है.

एमएसवीएसप्रोजेक्टकॉम
Microsoft Visual Studio प्रोजेक्ट फ़ाइलें बनाने के लिए प्रयुक्त क्रिया.

MSVSPROJECTSUFFIX
Microsoft Visual Studio प्रोजेक्ट (DSP) फ़ाइलों के लिए प्रयुक्त प्रत्यय। डिफ़ॉल्ट मान है
Visual Studio संस्करण 7.x (.NET) या बाद के संस्करण का उपयोग करते समय .vcproj, और .dsp जब
विज़ुअल स्टूडियो के पुराने संस्करणों का उपयोग करना।

एमएसवीएसआरइबिल्डकॉम
पुनर्निर्माण कमांड लाइन को एक उत्पन्न माइक्रोसॉफ्ट विजुअल स्टूडियो प्रोजेक्ट फ़ाइल में रखा गया है।
डिफ़ॉल्ट रूप से Visual Studio किसी निर्दिष्ट पुनर्निर्माण लक्ष्य के साथ SCons को आमंत्रित करता है।

एमएसवीएसएससीओएनएस
जेनरेट की गई Microsoft Visual Studio प्रोजेक्ट फ़ाइलों में उपयोग किए गए SCons. डिफ़ॉल्ट है
प्रोजेक्ट फ़ाइल बनाने के लिए SCons का उपयोग किया जा रहा संस्करण।

एमएसवीएसएसकॉनएससीओएम
जेनरेट की गई Microsoft Visual Studio प्रोजेक्ट फ़ाइलों में प्रयुक्त डिफ़ॉल्ट SCons कमांड.

एमएसवीएसएसकॉन्स्क्रिप्ट
sconscript फ़ाइल (अर्थात, SConstruct या SConscript फ़ाइल) जिसे इसके द्वारा आमंत्रित किया जाएगा
विज़ुअल स्टूडियो प्रोजेक्ट फ़ाइलें (के माध्यम से) $MSVSSCONSCOM चर) डिफ़ॉल्ट है
वही sconscript फ़ाइल जिसमें कॉल शामिल है एमएसवीएसप्रोजेक्ट प्रोजेक्ट फ़ाइल बनाने के लिए.

MSVSSCONSFLAGS
उत्पन्न Microsoft Visual Studio प्रोजेक्ट फ़ाइलों में प्रयुक्त SCons फ़्लैग.

MSVSSOLUTIONCOM
Microsoft Visual Studio समाधान फ़ाइलें उत्पन्न करने के लिए प्रयुक्त क्रिया.

MSVSSOLUTIONSUFFIX
Microsoft Visual Studio समाधान (DSW) फ़ाइलों के लिए प्रयुक्त प्रत्यय। डिफ़ॉल्ट मान है
Visual Studio संस्करण 7.x (.NET) का उपयोग करते समय .sln, और पुराने संस्करणों का उपयोग करते समय .dsw
विजुअल स्टूडियो का.

MT
विंडोज सिस्टम पर DLL और EXE में मैनिफ़ेस्ट एम्बेड करने के लिए इस्तेमाल किया जाने वाला प्रोग्राम। यह भी देखें
$WINDOWS_EMBED_MANIFEST.

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

एमटीफ्लैग्स
झंडे पारित किए गए $ मीट्रिक टन मैनिफ़ेस्ट एम्बेडिंग प्रोग्राम (केवल विंडोज़)।

एमटीएसएचएलआईबीकॉम
विंडोज कमांड लाइन का उपयोग साझा लाइब्रेरीज़ (DLL) में मैनिफ़ेस्ट एम्बेड करने के लिए किया जाता है। देखें
भी $एमटीएक्सईकॉम.

MWCW_संस्करण
उपयोग किये जाने वाले मेट्रोवर्क्स कोडवॉरिअर सी कम्पाइलर का संस्करण क्रमांक।

MWCW_संस्करण
इस सिस्टम पर मेट्रोवर्क्स कोडवॉरिअर सी कंपाइलर के स्थापित संस्करणों की सूची।

नाम
पैकेज के लिए परियोजना का नाम निर्दिष्ट करता है.

नो_इम्पोर्ट_लिब
जब इसे गैर-शून्य पर सेट किया जाता है, तो यह संबंधित विंडोज स्टैटिक आयात लाइब्रेरी के निर्माण को रोकता है
MinGW, Microsoft Visual Studio या के साथ उपयोग किए जाने पर SharedLibrary बिल्डर द्वारा
मेट्रोवर्क्स। यह उपयोग करते समय निर्यात (.exp) फ़ाइल के निर्माण को भी रोकता है
माइक्रोसॉफ्ट विजुअल स्टूडियो।

ओबीजेपीरिफिक्स
(स्थिर) ऑब्जेक्ट फ़ाइल नामों के लिए प्रयुक्त उपसर्ग.

ओबीजेसुफ़िक्स
(स्थिर) ऑब्जेक्ट फ़ाइल नामों के लिए प्रयुक्त प्रत्यय.

P4
पर्फोर्स निष्पादनयोग्य.

पी4कॉम
परफोर्स से स्रोत फ़ाइलें लाने के लिए प्रयुक्त कमांड लाइन.

P4COMSTR
Perforce से स्रोत फ़ाइल प्राप्त करते समय प्रदर्शित स्ट्रिंग। यदि यह सेट नहीं है,
फिर $P4COM (कमांड लाइन) प्रदर्शित होता है.

P4फ़्लैग
सामान्य विकल्प जो परफोर्स को दिए जाते हैं।

पैकेजरूट
वह निर्देशिका निर्दिष्ट करता है जहां परिणामी संग्रह में सभी फ़ाइलें रखी जाएंगी यदि
लागू. डिफ़ॉल्ट मान "$NAME-$VERSION" है.

पैकेज प्रकार
निर्माण हेतु पैकेज प्रकार का चयन करता है। वर्तमान में ये उपलब्ध हैं:

* msi - माइक्रोसॉफ्ट इंस्टॉलर * rpm - रेडहैट पैकेज मैनेजर * ipkg - इट्सी पैकेज
प्रबंधन प्रणाली * tarbz2 - संपीड़ित tar * targz - संपीड़ित tar * zip - ज़िप फ़ाइल
* src_tarbz2 - संपीड़ित tar स्रोत * src_targz - संपीड़ित tar स्रोत * src_zip -
ज़िप फ़ाइल स्रोत

इसे "package_type" कमांड लाइन विकल्प से ओवरराइड किया जा सकता है।

पैकेज संस्करण
पैकेज का संस्करण (अंतर्निहित प्रोजेक्ट नहीं)। यह वर्तमान में केवल उपयोग किया जाता है
आरपीएम पैकेजर द्वारा और पैकेजिंग में परिवर्तन को प्रतिबिंबित करना चाहिए, न कि अंतर्निहित
परियोजना कोड ही.

PCH
Microsoft Visual C++ प्री-कंपाइल्ड हेडर जिसका उपयोग ऑब्जेक्ट संकलित करते समय किया जाएगा
फ़ाइलें। इस चर को Microsoft Visual C++ के अलावा अन्य उपकरणों द्वारा अनदेखा किया जाता है। जब यह
चर परिभाषित किया गया है SCons संकलक कमांड लाइन में विकल्प जोड़ देगा जिससे यह
पूर्व संकलित हेडर का उपयोग करें, और PCH फ़ाइल के लिए निर्भरताएँ भी सेट करें।
उदाहरण:

env['PCH'] = 'StdAfx.pch'

पीसीएचसीओएम
कमांड लाइन का उपयोग PCH builder का उपयोग कर एक पूर्व संकलित हेडर तैयार किया।

पीसीएचसीओएमएसटीआर
प्रीकंपाइल्ड हेडर बनाते समय प्रदर्शित स्ट्रिंग। यदि यह सेट नहीं है, तो
$पीसीएचसीओएम (कमांड लाइन) प्रदर्शित होता है.

पीसीएचपीडीबीफ्लैग्स
एक निर्माण चर जो विस्तारित होने पर कमांड लाइन में /yD ध्वज जोड़ता है
यदि केवल $पीडीबी निर्माण चर सेट है.

पीसीएचस्टॉप
यह चर निर्दिष्ट करता है कि स्रोत फ़ाइल का कितना भाग पूर्व संकलित है।
Microsoft Visual C++ के अलावा अन्य उपकरणों द्वारा अनदेखा किया जाता है, या जब PCH चर नहीं होता है
उपयोग किया जा रहा है। जब यह चर परिभाषित किया जाता है तो यह एक स्ट्रिंग होना चाहिए जो कि नाम है
हेडर जो स्रोत फ़ाइलों के पूर्व संकलित भाग के अंत में शामिल है, या
यदि "#pragma hrdstop" निर्माण का उपयोग किया जा रहा है तो रिक्त स्ट्रिंग:

env['PCHSTOP'] = 'StdAfx.h'

पी डी बी
Microsoft Visual C++ PDB फ़ाइल जो ऑब्जेक्ट के लिए डिबगिंग जानकारी संग्रहीत करेगी
फ़ाइलें, साझा लाइब्रेरी और प्रोग्राम। इस चर को अन्य उपकरणों द्वारा अनदेखा किया जाता है
माइक्रोसॉफ्ट विजुअल C++. जब यह चर परिभाषित किया जाता है तो SCons विकल्प जोड़ देगा
कंपाइलर और लिंकर कमांड लाइन को बाहरी डिबगिंग उत्पन्न करने के लिए प्रेरित करना
जानकारी, और PDB फ़ाइल के लिए निर्भरताएँ भी सेट अप करेगा। उदाहरण:

env['PDB'] = 'हेल्लो.pdb'

विजुअल C++ कंपाइलर स्विच जिसे SCons डिफ़ॉल्ट रूप से PDB जानकारी उत्पन्न करने के लिए उपयोग करता है
is /Z7यह समानांतर (-j) बनाता है क्योंकि यह डिबग को एम्बेड करता है
एकल PDB फ़ाइल को साझा करने के विपरीत, मध्यवर्ती ऑब्जेक्ट फ़ाइलों में जानकारी
एकाधिक ऑब्जेक्ट फ़ाइलों के बीच। यह डिबग जानकारी प्राप्त करने का एकमात्र तरीका भी है
एक स्थिर लाइब्रेरी में एम्बेड किया गया। /ज़ी इसके बजाय बेहतर लिंक-टाइम प्राप्त हो सकता है
प्रदर्शन, हालांकि समानांतर बिल्ड अब काम नहीं करेंगे। आप PDB फ़ाइलें उत्पन्न कर सकते हैं
साथ /ज़ी डिफ़ॉल्ट को ओवरराइड करके स्विच करें $सीसीपीडीबीफ्लैग्स परिवर्तनशील; इसके लिए प्रविष्टि देखें
विशिष्ट उदाहरण के लिए उस चर का उपयोग करें।

पीडीएफकॉम
के लिए पदावनत पर्यायवाची $DVIPDFCOM.

पीडीएफलेटेक्स
पीडीएफलैटेक्स उपयोगिता.

पीडीएफलैटेक्सकॉम
pdflatex उपयोगिता को कॉल करने के लिए प्रयुक्त कमांड लाइन.

PDFLATEXCOMSTR
pdflatex यूटिलिटी को कॉल करते समय प्रदर्शित स्ट्रिंग। यदि यह सेट नहीं है, तो
$PDFLATEXCOM (कमांड लाइन) प्रदर्शित होता है.

env = Environment(PDFLATEX;COMSTR = "LaTeX इनपुट $SOURCES से $TARGET का निर्माण")

पीडीएफLATEXFLAGS
pdflatex उपयोगिता को दिए गए सामान्य विकल्प.

पीडीएफप्रीफिक्स
पीडीएफ फ़ाइल नामों के लिए प्रयुक्त उपसर्ग.

पीडीएफसफ़िक्स
पीडीएफ फ़ाइल नामों के लिए प्रयुक्त प्रत्यय.

पीडीएफटेक्स
पीडीएफटेक्स उपयोगिता.

पीडीएफटेक्सकॉम
pdftex उपयोगिता को कॉल करने के लिए प्रयुक्त कमांड लाइन.

पीडीएफटेक्सकॉमस्ट्र
pdftex यूटिलिटी को कॉल करते समय प्रदर्शित स्ट्रिंग। यदि यह सेट नहीं है, तो
$PDFTEXCOM (कमांड लाइन) प्रदर्शित होता है.

env = Environment(PDFTEXCOMSTR = "TeX इनपुट $SOURCES से $TARGET का निर्माण")

पीडीएफटेक्सफ्लैग्स
पीडीएफटेक्स उपयोगिता को दिए गए सामान्य विकल्प।

पीकेजीसीएचके
सोलारिस सिस्टम पर, पैकेज-जांच प्रोग्राम का उपयोग किया जाएगा (साथ में
$PKGINFO) का उपयोग करके Sun PRO C++ कंपाइलर के इंस्टॉल किए गए संस्करण देखें। डिफ़ॉल्ट है
/usr/sbin/pgkchk.

पीकेजीसूचना
सोलारिस सिस्टम पर, पैकेज सूचना प्रोग्राम जिसका उपयोग किया जाएगा (साथ में
$PKGCHK) का उपयोग करके Sun PRO C++ कंपाइलर के इंस्टॉल किए गए संस्करण देखें। डिफ़ॉल्ट है
pkginfo.

मंच
परिवेश बनाने के लिए उपयोग किए गए प्लेटफ़ॉर्म का नाम। यदि कोई प्लेटफ़ॉर्म निर्दिष्ट नहीं है
जब पर्यावरण बनाया जाता है, तो scons प्लेटफ़ॉर्म का स्वतः पता लगा लेता है।

env = पर्यावरण(उपकरण = [])
यदि env['PLATFORM'] == 'cygwin':
टूल('mingw')(env)
अन्य:
उपकरण('msvc')(env)

POAUTOINIT
RSI $POऑटोइनिट चर, यदि सत्य (गैर-शून्य संख्यात्मक मान पर) पर सेट किया जाता है, तो msginit
स्वचालित रूप से आरंभ करने के लिए उपकरण लापता पीओ फाइलें msginit(1)। यह इस पर लागू होता है
दोनों, POInit और POअपडेट बिल्डर्स (और अन्य जो उनमें से किसी का उपयोग करते हैं)।

POCREATE_उपनाम
के साथ बनाई गई सभी PO फ़ाइलों के लिए सामान्य उपनाम POInit बिल्डर (डिफ़ॉल्ट: 'po-create'). देखें
msginit उपकरण और POInit बिल्डर।

पोसफ़िक्स
PO फ़ाइलों के लिए प्रयुक्त प्रत्यय (डिफ़ॉल्ट: '.po') msginit टूल और देखें POInit बिल्डर।

पॉटडोमेन
RSI $POTDOMAIN डिफ़ॉल्ट डोमेन को परिभाषित करता है, जिसका उपयोग POT फ़ाइल नाम उत्पन्न करने के लिए किया जाता है $POTDOMAIN।मटका
जब उपयोगकर्ता द्वारा कोई POT फ़ाइल नाम प्रदान नहीं किया जाता है। यह निम्न पर लागू होता है POTअपडेट, POInit और
POअपडेट बिल्डर्स (और बिल्डर्स, जो उनका उपयोग करते हैं, जैसे अनुवाद करना) सामान्यतः (यदि
$POTDOMAIN परिभाषित नहीं है), बिल्डर्स डिफ़ॉल्ट POT फ़ाइल नाम के रूप में message.pot का उपयोग करते हैं।

पोट्सफ़िक्स
PO टेम्पलेट फ़ाइलों के लिए प्रयुक्त प्रत्यय (डिफ़ॉल्ट: '.pot')। xgettext टूल और देखें POTअपडेट
बिल्डर।

POTUPDATE_ALIAS
सभी PO टेम्प्लेट के लिए सामान्य नकली लक्ष्य का नाम POअपडेट (चूक जाना:
'pot-update'). xgettext टूल देखें और POTअपडेट बिल्डर।

POUPDATE_उपनाम
सभी PO फ़ाइलों के लिए सामान्य उपनाम परिभाषित किया जा रहा है POअपडेट बिल्डर (डिफ़ॉल्ट:
'po-update'). msgmerge टूल देखें और POअपडेट बिल्डर।

प्रिंट_CMD_लाइन_FUNC
एक पायथन फ़ंक्शन जिसका उपयोग कमांड लाइनों को निष्पादित करते समय प्रिंट करने के लिए किया जाता है (यह मानते हुए कि
कमांड प्रिंटिंग अक्षम नहीं है -q or -s विकल्प या उनके समतुल्य)।
फ़ंक्शन को चार तर्क लेने चाहिए: s, निष्पादित किया जा रहा आदेश (एक स्ट्रिंग), लक्ष्य,
निर्मित किया जा रहा लक्ष्य (फ़ाइल नोड, सूची, या स्ट्रिंग नाम(नाम)), स्रोत, स्रोत(स्रोत)
उपयोग किया गया (फ़ाइल नोड, सूची, या स्ट्रिंग नाम(नाम)), और env, उपयोग किया जा रहा पर्यावरण।

फ़ंक्शन को स्वयं ही प्रिंटिंग करनी चाहिए। डिफ़ॉल्ट कार्यान्वयन, यदि यह
चर सेट नहीं है या कोई नहीं है, है:

def print_cmd_line(s, लक्ष्य, स्रोत, env):
sys.stdout.write(s + "\n")

यहाँ एक अधिक दिलचस्प फ़ंक्शन का उदाहरण दिया गया है:

def print_cmd_line(s, लक्ष्य, स्रोत, env):
sys.stdout.write("बिल्डिंग %s -> %s...\n" %
(' और '.join([str(x) for x in source]),
' और '.join([str(x) for x in target])))
env=पर्यावरण(PRINT_CMD_LINE_FUNC=print_cmd_line)
env.प्रोग्राम('foo', 'foo.c')

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

प्रोजेमिटर
सभी

प्रोगप्रीफिक्स
निष्पादनयोग्य फ़ाइल नामों के लिए प्रयुक्त उपसर्ग.

प्रोगसफ़िक्स
निष्पादनयोग्य फ़ाइल नामों के लिए प्रयुक्त प्रत्यय.

पीएसकॉम
TeX DVI फ़ाइलों को पोस्टस्क्रिप्ट फ़ाइल में परिवर्तित करने के लिए प्रयुक्त कमांड लाइन।

पीएसकॉमस्ट्र
जब TeX DVI फ़ाइल को PostScript फ़ाइल में बदला जाता है, तो यह स्ट्रिंग प्रदर्शित होती है।
सेट नहीं है, तो $पीएसकॉम (कमांड लाइन) प्रदर्शित होता है.

पीएसप्रीफिक्स
पोस्टस्क्रिप्ट फ़ाइल नामों के लिए प्रयुक्त उपसर्ग.

पीएससफ़िक्स
पोस्टस्क्रिप्ट फ़ाइल नामों के लिए प्रयुक्त उपसर्ग.

QT_ऑटोस्कैन
मोकेबल फ़ाइलों के लिए स्कैनिंग बंद करें। फ़ाइलों को स्पष्ट रूप से निर्दिष्ट करने के लिए मोक बिल्डर का उपयोग करें
moc चलाने के लिए.

QT_BINPATH
वह पथ जहाँ qt बाइनरीज़ स्थापित हैं। डिफ़ॉल्ट मान ' है$क्यूटीडीआईआर/ bin'.

क्यूटी_CPPPATH
वह पथ जहाँ qt हेडर फ़ाइलें स्थापित हैं। डिफ़ॉल्ट मान है
'$क्यूटीडीआईआर/शामिल करें'. नोट: यदि आप इस चर को None पर सेट करते हैं, तो उपकरण परिवर्तन नहीं करेगा
$CPPPATH निर्माण चर.

क्यूटी_डीबग
Moc फ़ाइलों को स्कैन करते समय बहुत सारी डिबगिंग जानकारी प्रिंट करता है।

क्यूटी_लिब
डिफ़ॉल्ट मान 'qt' है। आप इसे 'qt-mt' पर सेट करना चाह सकते हैं। नोट: यदि आप इसे सेट करते हैं
चर को None पर सेट करने पर, उपकरण परिवर्तन नहीं करेगा $लिब्स चर।

क्यूटी_LIBPATH
वह पथ जहाँ qt लाइब्रेरीज़ स्थापित हैं। डिफ़ॉल्ट मान ' है$क्यूटीडीआईआर/ दायित्व'.
नोट: यदि आप इस चर को None पर सेट करते हैं, तो उपकरण परिवर्तन नहीं करेगा $लिबपाथ
निर्माण चर.

क्यूटी_एमओसी
डिफ़ॉल्ट मान है '$QT_BINPATH/मॉक'.

क्यूटी_MOCCXXPREFIX
डिफ़ॉल्ट मान '' है। Moc आउटपुट फ़ाइलों के लिए उपसर्ग, जब स्रोत एक cxx फ़ाइल है।

क्यूटी_MOCCXXSUFFIX
डिफ़ॉल्ट मान '.moc' है। moc आउटपुट फ़ाइलों के लिए प्रत्यय, जब स्रोत एक cxx फ़ाइल है।

क्यूटी_MOCFROMCXXCOM
cpp फ़ाइल से moc फ़ाइल बनाने के लिए कमांड.

क्यूटी_MOCFROMCXXCOMSTR
cpp फ़ाइल से moc फ़ाइल बनाते समय प्रदर्शित स्ट्रिंग। यदि यह सेट नहीं है,
फिर $QT_MOCFROMCXXCOM (कमांड लाइन) प्रदर्शित होता है.

क्यूटी_MOCFROMCXXFLAGS
डिफ़ॉल्ट मान '-i' है। C++ फ़ाइल को मॉक करते समय ये फ़्लैग moc को पास किए जाते हैं।

क्यूटी_MOCFROMHCOM
हेडर से moc फ़ाइल बनाने के लिए कमांड.

QT_MOCFROMHCOMSTR
cpp फ़ाइल से moc फ़ाइल बनाते समय प्रदर्शित स्ट्रिंग। यदि यह सेट नहीं है,
फिर $QT_MOCFROMHCOM (कमांड लाइन) प्रदर्शित होता है.

क्यूटी_MOCFROMHFLAGS
डिफ़ॉल्ट मान '' है। हेडर फ़ाइल को मॉक करते समय ये फ़्लैग moc को पास किए जाते हैं।

क्यूटी_MOCHPREFIX
डिफ़ॉल्ट मान 'moc_' है। moc आउटपुट फ़ाइलों के लिए उपसर्ग, जब स्रोत एक हेडर है।

क्यूटी_MOCHSUFFIX
डिफ़ॉल्ट मान है '$CXXFILESUPFIX'. moc आउटपुट फ़ाइलों के लिए प्रत्यय, जब स्रोत एक है
हैडर.

क्यूटी_यूआईसी
डिफ़ॉल्ट मान है '$QT_BINPATH/यूआईसी'.

क्यूटी_यूआईसीकॉम
.ui फ़ाइलों से हेडर फ़ाइलें उत्पन्न करने का आदेश.

क्यूटी_यूआईसीसीओएमएसटीआर
.ui फ़ाइलों से हेडर फ़ाइलें बनाते समय प्रदर्शित स्ट्रिंग। यदि यह सेट नहीं है,
फिर $QT_UICCOM (कमांड लाइन) प्रदर्शित होता है.

क्यूटी_यूआईसीडीईसीएफएलएजीएस
डिफ़ॉल्ट मान '' है। ये फ़्लैग uic को पास किए जाते हैं, जब aah फ़ाइल को किसी फ़ाइल से बनाया जाता है
.ui फ़ाइल.

QT_UICDECLPREFIX
डिफ़ॉल्ट मान '' है. uic द्वारा उत्पन्न हेडर फ़ाइलों के लिए उपसर्ग.

क्यूटी_यूआईसीडीईसीएलएसयूएफफिक्स
डिफ़ॉल्ट मान '.h' है। uic द्वारा उत्पन्न हेडर फ़ाइलों के लिए प्रत्यय।

क्यूटी_यूआईसीआईएमपीएलफ्लैग्स
डिफ़ॉल्ट मान '' है। ये फ़्लैग uic को पास किए जाते हैं, जब किसी cxx फ़ाइल को किसी फ़ाइल से बनाया जाता है।
.ui फ़ाइल.

QT_UICIMPLPREFIX
डिफ़ॉल्ट मान 'uic_' है। uic द्वारा उत्पन्न कार्यान्वयन फ़ाइलों के लिए उपसर्ग।

QT_UICIMPLSUFFIX
डिफ़ॉल्ट मान है '$CXXFILESUPFIX'. uic द्वारा उत्पन्न कार्यान्वयन फ़ाइलों के लिए प्रत्यय.

QT_UISUFFIX
डिफ़ॉल्ट मान '.ui' है। डिज़ाइनर इनपुट फ़ाइलों का प्रत्यय।

क्यूटीडीआईआर
qt टूल इसे os.environ से लेने की कोशिश करता है। यह सभी QT_* को भी आरंभीकृत करता है
नीचे सूचीबद्ध निर्माण चर। (ध्यान दें कि सभी पथों का निर्माण किया जाता है
python की os.path.join() विधि, लेकिन यहाँ आसानी के लिए '/' विभाजक के साथ सूचीबद्ध हैं
पढ़ना.) इसके अलावा, निर्माण पर्यावरण चर $CPPPATH, $लिबपाथ और
$लिब्स संशोधित किया जा सकता है और चर $प्रोजेमिटर, $SHLIBEMITTER और $LIBEMITTER
संशोधित किए गए हैं। क्योंकि इस उपकरण का उपयोग करते समय बिल्ड-प्रदर्शन प्रभावित होता है, इसलिए आपके पास
पर्यावरण निर्माण के समय इसे स्पष्ट रूप से निर्दिष्ट करने के लिए:

पर्यावरण(उपकरण=['डिफ़ॉल्ट','qt'])

qt उपकरण निम्नलिखित कार्यों का समर्थन करता है:

स्वचालित एमओसी पट्टिका पीढ़ी से हैडर फाइलें. आपको moc फ़ाइलें निर्दिष्ट करने की आवश्यकता नहीं है
स्पष्ट रूप से, उपकरण आपके लिए यह काम करता है। हालाँकि, ऐसा करने के लिए कुछ पूर्व शर्तें हैं:
आपकी हेडर फ़ाइल का फ़ाइलबेस आपके कार्यान्वयन फ़ाइल के समान होना चाहिए और उसे उसी तरह रहना चाहिए
उसी निर्देशिका में। इसमें .h, .hpp, .H, .hxx, .hh में से कोई एक प्रत्यय होना चाहिए। आप
QT_AUTOSCAN को 0 पर सेट करके स्वचालित moc फ़ाइल निर्माण को बंद कर सकते हैं। यह भी देखें
अनुरूप MOC() बिल्डर विधि.

स्वचालित एमओसी पट्टिका पीढ़ी से CXX फाइलें. जैसा कि qt दस्तावेज़ में कहा गया है,
cxx फ़ाइल के अंत में moc फ़ाइल शामिल करें। ध्यान दें कि आपको cxx फ़ाइल के अंत में moc फ़ाइल शामिल करनी होगी।
फ़ाइल, जो परिवर्तन द्वारा उत्पन्न होती है
${QT_MOCCXXPREFIX} ${QT_MOCCXXSUFFIX}, डिफ़ॉल्ट रूप से .moc. एक चेतावनी
यदि आप सही फ़ाइल शामिल नहीं करते हैं, तो moc फ़ाइल बनाने के बाद उत्पन्न होता है।
आप VariantDir का उपयोग कर रहे हैं, तो आपको डुप्लिकेट=1 निर्दिष्ट करने की आवश्यकता हो सकती है। आप बंद कर सकते हैं
QT_AUTOSCAN को 0 पर सेट करके स्वचालित moc फ़ाइल जनरेशन। संबंधित भी देखें
MOC बिल्डर विधि.

स्वचालित से निपटने of .यूआई फाइलें. .ui फ़ाइलों से उत्पन्न कार्यान्वयन फ़ाइलें
yacc या lex फ़ाइलों की तरह ही नियंत्रित किया जाता है। प्रत्येक .ui फ़ाइल को स्रोत के रूप में दिया गया है
प्रोग्राम, लाइब्रेरी या शेयर्ड लाइब्रेरी तीन फाइलें उत्पन्न करेगी, घोषणा फ़ाइल,
कार्यान्वयन फ़ाइल और एक moc फ़ाइल। क्योंकि वहाँ भी उत्पन्न हेडर हैं, आप कर सकते हैं
VariantDir को कॉल करने में डुप्लिकेट=1 निर्दिष्ट करने की आवश्यकता है। संबंधित भी देखें यूआईसी
बिल्डर विधि.

रानलिब
अभिलेख अनुक्रमणिका.

रानलिबकॉम
स्थिर लाइब्रेरी संग्रह को अनुक्रमित करने के लिए प्रयुक्त कमांड लाइन.

रानलिबकॉमस्ट्र
जब कोई स्थिर लाइब्रेरी संग्रह अनुक्रमित किया जाता है, तो प्रदर्शित स्ट्रिंग। यदि यह सेट नहीं है,
फिर $RANLIBCOM (कमांड लाइन) प्रदर्शित होता है.

env = पर्यावरण (RANLIBCOMSTR = "इंडेक्सिंग $TARGET")

रानलिबफ्लैग्स
संग्रह अनुक्रमणिका को दिए गए सामान्य विकल्प.

RC
Microsoft Visual C++ संसाधन फ़ाइल बनाने के लिए प्रयुक्त संसाधन संकलक.

आरसीकॉम
Microsoft Visual C++ संसाधन फ़ाइल बनाने के लिए प्रयुक्त कमांड लाइन.

आरसीसीओएमएसटीआर
Microsoft Visual बनाने के लिए संसाधन कंपाइलर को आमंत्रित करते समय प्रदर्शित स्ट्रिंग
C++ संसाधन फ़ाइल। यदि यह सेट नहीं है, तो $आरसीकॉम (कमांड लाइन) प्रदर्शित होता है.

आर.सी.फ्लैग्स
RES बिल्डर द्वारा संसाधन संकलक को पारित किए गए ध्वज।

आरसीआईएनसीफ्लैग्स
स्वचालित रूप से उत्पन्न निर्माण चर जिसमें कमांड-लाइन विकल्प शामिल होते हैं
संसाधन संकलक द्वारा खोजी जाने वाली निर्देशिकाओं को निर्दिष्ट करने के लिए।
$RCINCFLAGS जोड़कर बनाया गया है $RCINCPREFIX और $RCINCSUFFIX शुरुआत तक और
प्रत्येक निर्देशिका के अंत में $CPPPATH.

आरसीआईएनसीपीरिफिक्स
संसाधन संकलक पर सम्मिलित निर्देशिका निर्दिष्ट करने के लिए प्रयुक्त उपसर्ग (ध्वज)
कमांड लाइन। इसे प्रत्येक निर्देशिका की शुरुआत में जोड़ा जाएगा $CPPPATH
निर्माण चर जब $RCINCFLAGS चर का विस्तार किया जाता है.

आरसीआईएनसीसफ़िक्स
संसाधन संकलक कमांड लाइन पर सम्मिलित निर्देशिका निर्दिष्ट करने के लिए प्रयुक्त प्रत्यय।
इसे प्रत्येक निर्देशिका के अंत में जोड़ दिया जाएगा $CPPPATH निर्माण
चर जब $RCINCFLAGS चर का विस्तार किया जाता है.

आरसीएस
RCS निष्पादनयोग्य। ध्यान दें कि इस चर का उपयोग वास्तव में कमांड के लिए नहीं किया जाता है
आरसीएस से स्रोत फ़ाइलें प्राप्त करें; देखें $आरसीएस_सीओ निर्माण चर, नीचे.

आरसीएस_सीओ
आरसीएस "चेकआउट" निष्पादनयोग्य, आरसीएस से स्रोत फ़ाइलें लाने के लिए उपयोग किया जाता है।

आरसीएस_COCOM
आरसीएस से स्रोत फ़ाइलें लाने (चेकआउट करने) के लिए प्रयुक्त कमांड लाइन।

आरसीएस_COCOMSTR
RCS से स्रोत फ़ाइल प्राप्त करते समय प्रदर्शित स्ट्रिंग। यदि यह सेट नहीं है, तो
$आरसीएस_COCOM (कमांड लाइन) प्रदर्शित होता है.

आरसीएस_COFLAGS
विकल्प जो पास किये जाते हैं $आरसीएस_सीओ आदेश।

आरडीआईआर
एक फ़ंक्शन जो किसी स्ट्रिंग को Dir इंस्टेंस की सूची में खोज कर परिवर्तित करता है
खजाने।

आरईजीएसवीआर
विंडोज सिस्टम पर इस्तेमाल किया जाने वाला प्रोग्राम, जब भी कोई नवनिर्मित DLL लाइब्रेरी पंजीकृत करता है।
साझा लाइब्रेरी बिल्डर को रजिस्टर = 1 का कीवर्ड तर्क दिया गया है।

REGSVRCOM
नवनिर्मित DLL लाइब्रेरी को पंजीकृत करने के लिए विंडोज सिस्टम पर प्रयुक्त कमांड लाइन
जब भी साझा लाइब्रेरी बिल्डर को रजिस्टर = 1 का कीवर्ड तर्क दिया गया है।

REGSVRCOMSTR
नवनिर्मित DLL फ़ाइल पंजीकृत करते समय प्रदर्शित स्ट्रिंग। यदि यह सेट नहीं है, तो
$REGSVRCOM (कमांड लाइन) प्रदर्शित होता है.

REGSVRFLAGS
Windows सिस्टम पर DLL पंजीकरण प्रोग्राम को तब दिए गए फ़्लैग जब एक नव-निर्मित DLL
लाइब्रेरी पंजीकृत है। डिफ़ॉल्ट रूप से, इसमें शामिल है /s जो संवाद बॉक्स को रोकता है
पॉप अप होने और उपयोगकर्ता का ध्यान आकर्षित करने से रोकें।

आरएमआईसी
जावा RMI स्टब संकलक.

आरएमआईसीकॉम
जावा क्लासों से स्टब और स्केलेटन क्लास फ़ाइलों को संकलित करने के लिए उपयोग की जाने वाली कमांड लाइन
RMI कार्यान्वयन शामिल हैं। में निर्दिष्ट कोई भी विकल्प $RMICFLAGS निर्माण
इस कमांड लाइन पर वेरिएबल शामिल हैं.

आरएमआईसीकॉमस्ट्र
जावा क्लासों से स्टब और स्केलेटन क्लास फ़ाइलों को संकलित करते समय प्रदर्शित स्ट्रिंग
जिसमें RMI कार्यान्वयन शामिल हैं। यदि यह सेट नहीं है, तो $आरएमआईसीकॉम (कमांड लाइन)
प्रदर्शित किया गया है।

env = Environment(RMICCOMSTR = "स्टब/स्केलेटन क्लास फ़ाइलें $TARGETS को $SOURCES से जनरेट कर रहा है")

आरएमआईसीएफलैग्स
जावा RMI स्टब कंपाइलर को दिए गए सामान्य विकल्प.

_आरपीएथ
स्वचालित रूप से उत्पन्न निर्माण चर जिसमें उपयोग किए जाने वाले rpath ध्वज शामिल होते हैं
किसी प्रोग्राम को साझा लाइब्रेरीज़ से लिंक करते समय। $_RPATH द्वारा बनाया गया है
जोड़कर $RPATHPREFIX और $RPATHSUFFIX प्रत्येक निर्देशिका के आरंभ और अंत में
$आरपीएथ.

आरपीएटीएच
प्रोग्राम चलाते समय साझा लाइब्रेरीज़ को खोजने के लिए पथों की सूची। वर्तमान में केवल
GNU (gnulink), IRIX (sgilink) और Sun (sunlink) लिंकर्स में उपयोग किया जाता है।
प्लेटफ़ॉर्म और टूलचेन जो इसका समर्थन नहीं करते हैं। ध्यान दें कि RPATH में जोड़े गए पथ हैं
स्कोन्स द्वारा किसी भी तरह से परिवर्तित नहीं: यदि आप एक पूर्ण पथ चाहते हैं, तो आपको इसे बनाना होगा
पूर्णतः स्वयं.

आरपीएटीएचपीरिफिक्स
साझा लाइब्रेरीज़ के लिए खोजी जाने वाली निर्देशिका को निर्दिष्ट करने के लिए प्रयुक्त उपसर्ग
चल रहे प्रोग्राम। इसे प्रत्येक निर्देशिका की शुरुआत में जोड़ा जाएगा
$आरपीएथ निर्माण चर जब $_RPATH चर स्वचालित रूप से उत्पन्न होता है.

आरपाथसफ़िक्स
साझा लाइब्रेरीज़ के लिए खोजी जाने वाली निर्देशिका को निर्दिष्ट करने के लिए प्रयुक्त प्रत्यय
चल रहे प्रोग्राम। इसे प्रत्येक निर्देशिका के अंत में जोड़ा जाएगा $आरपीएथ
निर्माण चर जब $_RPATH चर स्वचालित रूप से उत्पन्न होता है.

आरपीसीजीएन
आर.पी.सी. प्रोटोकॉल संकलक.

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

आरपीसीजेनफ्लैग्स
RPC प्रोटोकॉल कंपाइलर को दिए गए सामान्य विकल्प.

आरपीसीजेनहेडरफ्लैग्स
हेडर फ़ाइल बनाते समय RPC प्रोटोकॉल कंपाइलर को दिए जाने वाले विकल्प। ये हैं
में निर्दिष्ट किसी भी झंडे के अलावा $RPCGENFLAGS निर्माण चर.

आरपीसीजेनसर्विसफ्लैग्स
सर्वर साइड स्टब्स बनाते समय RPC प्रोटोकॉल कंपाइलर को दिए गए विकल्प।
में निर्दिष्ट किसी भी झंडे के अतिरिक्त हैं $RPCGENFLAGS निर्माण चर.

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

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

एससीसीएस
एससीसीएस निष्पादनयोग्य.

एससीसीएसकॉम
SCCS से स्रोत फ़ाइलें लाने के लिए प्रयुक्त कमांड लाइन।

एससीसीएससीओएमएसटीआर
CVS रिपोजिटरी से स्रोत फ़ाइल प्राप्त करते समय प्रदर्शित स्ट्रिंग। यदि यह नहीं है
तब सेट करें $एससीसीएसकॉम (कमांड लाइन) प्रदर्शित होता है.

एससीसीएसएफलैग्स
सामान्य विकल्प जो एससीसीएस को दिए जाते हैं।

एससीसीएसगेटफ्लैग्स
विकल्प जो विशेष रूप से SCCS "get" उपकमांड को दिए जाते हैं। इसे सेट किया जा सकता है,
उदाहरण के लिए, -e एससीसीएस से संपादन योग्य फ़ाइलों की जांच करने के लिए।

SCONS_होम
SCons लाइब्रेरी निर्देशिका का (वैकल्पिक) पथ, बाह्य से आरंभ किया गया
पर्यावरण। यदि सेट किया जाता है, तो इसका उपयोग एक छोटी और अधिक कुशल खोज बनाने के लिए किया जाता है
में पथ $एमएसवीएसएससीओएनएस Microsoft Visual Studio प्रोजेक्ट से निष्पादित कमांड लाइन
फाइलें.

एसएचसीसी
सी कम्पाइलर का उपयोग साझा लाइब्रेरी ऑब्जेक्ट्स उत्पन्न करने के लिए किया जाता है।

एसएचसीसीकॉम
कमांड लाइन का उपयोग C स्रोत फ़ाइल को साझा-लाइब्रेरी ऑब्जेक्ट फ़ाइल में संकलित करने के लिए किया जाता है।
में निर्दिष्ट विकल्प $SHCFLAGS, $SHCCFLAGS और $सीपीपीएफएलएजीएस निर्माण चर
इस कमांड लाइन में शामिल हैं.

एसएचसीसीकॉमस्ट्र
जब C स्रोत फ़ाइल को साझा ऑब्जेक्ट फ़ाइल में संकलित किया जाता है, तो प्रदर्शित स्ट्रिंग। यदि यह
सेट नहीं है, तो $SHCCCOM (कमांड लाइन) प्रदर्शित होता है.

env = Environment(SHCCCOMSTR = "साझा ऑब्जेक्ट $TARGET संकलित किया जा रहा है")

एसएचसीसीएफएलएजीएस
साझा लाइब्रेरी ऑब्जेक्ट उत्पन्न करने के लिए C और C++ कम्पाइलरों को दिए जाने वाले विकल्प।

एसएचसीएफएलएजीएस
साझा लाइब्रेरी बनाने के लिए C कंपाइलर (केवल; C++ नहीं) को दिए जाने वाले विकल्प
वस्तुओं।

एसएचसीXX
साझा लाइब्रेरी ऑब्जेक्ट्स उत्पन्न करने के लिए प्रयुक्त C++ कम्पाइलर।

एसएचसीXXCOM
कमांड लाइन का उपयोग C++ स्रोत फ़ाइल को साझा-लाइब्रेरी ऑब्जेक्ट फ़ाइल में संकलित करने के लिए किया जाता है।
में निर्दिष्ट कोई भी विकल्प $SHCXXFLAGS और $सीपीपीएफएलएजीएस निर्माण चर हैं
इस कमांड लाइन में शामिल है.

एसएचसीXXCOMSTR
जब C++ स्रोत फ़ाइल को साझा ऑब्जेक्ट फ़ाइल में संकलित किया जाता है, तो प्रदर्शित स्ट्रिंग। यदि
यह सेट नहीं है, तो $SHCXXCOM (कमांड लाइन) प्रदर्शित होता है.

env = Environment(SHCXXCOMSTR = "साझा ऑब्जेक्ट $TARGET संकलित किया जा रहा है")

एसएचसीXXFLAGS
साझा लाइब्रेरी ऑब्जेक्ट उत्पन्न करने के लिए C++ कंपाइलर को दिए जाने वाले विकल्प।

एसएचडीसी
एसएचडीसी.

एसएचडीकॉम
एसएचडीकॉम.

एसएचडीलिंक
एसएचडीलिंक.

एसएचडीलिंककॉम
एसएचडीलिंककॉम.

एसएचडीलिंकफ्लैग्स
एसएचडीलिंकफ्लैग्स.

शेल
शेल प्रोग्राम का नामकरण करने वाली एक स्ट्रिंग जिसे पास किया जाएगा $स्पॉन समारोह। देखें
$स्पॉन अधिक जानकारी के लिए निर्माण चर देखें.

एसएचएफ03
फोर्ट्रान 03 कंपाइलर साझा-लाइब्रेरी ऑब्जेक्ट बनाने के लिए उपयोग किया जाता है। आपको
सामान्य रूप से सेट करें $SHFORTRAN वेरिएबल, जो डिफ़ॉल्ट फोर्ट्रान कंपाइलर को निर्दिष्ट करता है
सभी Fortran संस्करण। आपको केवल सेट करने की आवश्यकता है $एसएचएफ03 यदि आपको किसी विशिष्ट का उपयोग करने की आवश्यकता है
फोर्ट्रान 03 फ़ाइलों के लिए संकलक या संकलक संस्करण.

एसएचएफ03कॉम
फोर्ट्रान 03 स्रोत फ़ाइल को साझा-लाइब्रेरी ऑब्जेक्ट में संकलित करने के लिए प्रयुक्त कमांड लाइन
फ़ाइल. आपको केवल सेट करने की आवश्यकता है $SHF03COM यदि आपको किसी विशिष्ट कमांड लाइन का उपयोग करने की आवश्यकता है
Fortran 03 फ़ाइलें। आपको सामान्यतः सेट करना चाहिए $SHFORTRANCOM चर, जो निर्दिष्ट करता है
सभी Fortran संस्करणों के लिए डिफ़ॉल्ट कमांड लाइन.

एसएचएफ03कॉमस्ट्र
जब Fortran 03 स्रोत फ़ाइल को साझा लाइब्रेरी में संकलित किया जाता है तो प्रदर्शित स्ट्रिंग
ऑब्जेक्ट फ़ाइल. अगर यह सेट नहीं है, तो $SHF03COM or $SHFORTRANCOM (कमांड लाइन) है
का प्रदर्शन किया।

SHF03झंडे
विकल्प जो फोर्ट्रान 03 कंपाइलर को साझा लाइब्रेरी उत्पन्न करने के लिए पास किए जाते हैं
ऑब्जेक्ट्स. आपको केवल सेट करने की आवश्यकता है $SHF03फ़्लैग यदि आपको विशिष्ट उपयोगकर्ता विकल्प परिभाषित करने की आवश्यकता है
Fortran 03 फ़ाइलों के लिए। आपको सामान्यतः सेट करना चाहिए $SHFORTRANFLAGS चर, जो
सभी के लिए डिफ़ॉल्ट फ़ोरट्रान कंपाइलर को दिए गए उपयोगकर्ता-निर्दिष्ट विकल्पों को निर्दिष्ट करता है
फोरट्रान संस्करण.

एसएचएफ03पीपीकॉम
फोर्ट्रान 03 स्रोत फ़ाइल को साझा-लाइब्रेरी ऑब्जेक्ट में संकलित करने के लिए प्रयुक्त कमांड लाइन
फ़ाइल को पहले C प्रीप्रोसेसर के माध्यम से चलाने के बाद फ़ाइल। में निर्दिष्ट कोई भी विकल्प
la $SHF03फ़्लैग और $सीपीपीएफएलएजीएस इस आदेश में निर्माण चर शामिल हैं
लाइन। आपको केवल सेट करने की आवश्यकता है $SHF03PPCOM यदि आपको किसी विशिष्ट C-प्रीप्रोसेसर का उपयोग करने की आवश्यकता है
Fortran 03 फ़ाइलों के लिए कमांड लाइन। आपको सामान्य रूप से सेट करना चाहिए $SHFORTRANPPCOM
वेरिएबल, जो सभी फोरट्रान के लिए डिफ़ॉल्ट सी-प्रीप्रोसेसर कमांड लाइन निर्दिष्ट करता है
संस्करणों.

एसएचएफ03पीपीकॉमस्ट्र
जब Fortran 03 स्रोत फ़ाइल को साझा लाइब्रेरी में संकलित किया जाता है तो प्रदर्शित स्ट्रिंग
फ़ाइल को पहले C प्रीप्रोसेसर के ज़रिए चलाने के बाद ऑब्जेक्ट फ़ाइल। अगर ऐसा नहीं है
तब सेट करें $SHF03PPCOM or $SHFORTRANPPCOM (कमांड लाइन) प्रदर्शित होता है.

एसएचएफ08
फोर्ट्रान 08 कंपाइलर साझा-लाइब्रेरी ऑब्जेक्ट बनाने के लिए उपयोग किया जाता है। आपको
सामान्य रूप से सेट करें $SHFORTRAN वेरिएबल, जो डिफ़ॉल्ट फोर्ट्रान कंपाइलर को निर्दिष्ट करता है
सभी Fortran संस्करण। आपको केवल सेट करने की आवश्यकता है $एसएचएफ08 यदि आपको किसी विशिष्ट का उपयोग करने की आवश्यकता है
फोर्ट्रान 08 फ़ाइलों के लिए संकलक या संकलक संस्करण.

एसएचएफ08कॉम
फोर्ट्रान 08 स्रोत फ़ाइल को साझा-लाइब्रेरी ऑब्जेक्ट में संकलित करने के लिए प्रयुक्त कमांड लाइन
फ़ाइल. आपको केवल सेट करने की आवश्यकता है $SHF08COM यदि आपको किसी विशिष्ट कमांड लाइन का उपयोग करने की आवश्यकता है
Fortran 08 फ़ाइलें। आपको सामान्यतः सेट करना चाहिए $SHFORTRANCOM चर, जो निर्दिष्ट करता है
सभी Fortran संस्करणों के लिए डिफ़ॉल्ट कमांड लाइन.

एसएचएफ08कॉमस्ट्र
जब Fortran 08 स्रोत फ़ाइल को साझा लाइब्रेरी में संकलित किया जाता है तो प्रदर्शित स्ट्रिंग
ऑब्जेक्ट फ़ाइल. अगर यह सेट नहीं है, तो $SHF08COM or $SHFORTRANCOM (कमांड लाइन) है
का प्रदर्शन किया।

SHF08झंडे
विकल्प जो फोर्ट्रान 08 कंपाइलर को साझा लाइब्रेरी उत्पन्न करने के लिए पास किए जाते हैं
ऑब्जेक्ट्स. आपको केवल सेट करने की आवश्यकता है $SHF08फ़्लैग यदि आपको विशिष्ट उपयोगकर्ता विकल्प परिभाषित करने की आवश्यकता है
Fortran 08 फ़ाइलों के लिए। आपको सामान्यतः सेट करना चाहिए $SHFORTRANFLAGS चर, जो
सभी के लिए डिफ़ॉल्ट फ़ोरट्रान कंपाइलर को दिए गए उपयोगकर्ता-निर्दिष्ट विकल्पों को निर्दिष्ट करता है
फोरट्रान संस्करण.

एसएचएफ08पीपीकॉम
फोर्ट्रान 08 स्रोत फ़ाइल को साझा-लाइब्रेरी ऑब्जेक्ट में संकलित करने के लिए प्रयुक्त कमांड लाइन
फ़ाइल को पहले C प्रीप्रोसेसर के माध्यम से चलाने के बाद फ़ाइल। में निर्दिष्ट कोई भी विकल्प
la $SHF08फ़्लैग और $सीपीपीएफएलएजीएस इस आदेश में निर्माण चर शामिल हैं
लाइन। आपको केवल सेट करने की आवश्यकता है $SHF08PPCOM यदि आपको किसी विशिष्ट C-प्रीप्रोसेसर का उपयोग करने की आवश्यकता है
Fortran 08 फ़ाइलों के लिए कमांड लाइन। आपको सामान्य रूप से सेट करना चाहिए $SHFORTRANPPCOM
वेरिएबल, जो सभी फोरट्रान के लिए डिफ़ॉल्ट सी-प्रीप्रोसेसर कमांड लाइन निर्दिष्ट करता है
संस्करणों.

एसएचएफ08पीपीकॉमस्ट्र
जब Fortran 08 स्रोत फ़ाइल को साझा लाइब्रेरी में संकलित किया जाता है तो प्रदर्शित स्ट्रिंग
फ़ाइल को पहले C प्रीप्रोसेसर के ज़रिए चलाने के बाद ऑब्जेक्ट फ़ाइल। अगर ऐसा नहीं है
तब सेट करें $SHF08PPCOM or $SHFORTRANPPCOM (कमांड लाइन) प्रदर्शित होता है.

एसएचएफ77
फोर्ट्रान 77 कंपाइलर साझा-लाइब्रेरी ऑब्जेक्ट बनाने के लिए उपयोग किया जाता है। आपको
सामान्य रूप से सेट करें $SHFORTRAN वेरिएबल, जो डिफ़ॉल्ट फोर्ट्रान कंपाइलर को निर्दिष्ट करता है
सभी Fortran संस्करण। आपको केवल सेट करने की आवश्यकता है $एसएचएफ77 यदि आपको किसी विशिष्ट का उपयोग करने की आवश्यकता है
फोर्ट्रान 77 फ़ाइलों के लिए संकलक या संकलक संस्करण.

एसएचएफ77कॉम
फोर्ट्रान 77 स्रोत फ़ाइल को साझा-लाइब्रेरी ऑब्जेक्ट में संकलित करने के लिए प्रयुक्त कमांड लाइन
फ़ाइल. आपको केवल सेट करने की आवश्यकता है $SHF77COM यदि आपको किसी विशिष्ट कमांड लाइन का उपयोग करने की आवश्यकता है
Fortran 77 फ़ाइलें। आपको सामान्यतः सेट करना चाहिए $SHFORTRANCOM चर, जो निर्दिष्ट करता है
सभी Fortran संस्करणों के लिए डिफ़ॉल्ट कमांड लाइन.

एसएचएफ77कॉमस्ट्र
जब Fortran 77 स्रोत फ़ाइल को साझा लाइब्रेरी में संकलित किया जाता है तो प्रदर्शित स्ट्रिंग
ऑब्जेक्ट फ़ाइल. अगर यह सेट नहीं है, तो $SHF77COM or $SHFORTRANCOM (कमांड लाइन) है
का प्रदर्शन किया।

SHF77झंडे
विकल्प जो फोर्ट्रान 77 कंपाइलर को साझा लाइब्रेरी उत्पन्न करने के लिए पास किए जाते हैं
ऑब्जेक्ट्स. आपको केवल सेट करने की आवश्यकता है $SHF77फ़्लैग यदि आपको विशिष्ट उपयोगकर्ता विकल्प परिभाषित करने की आवश्यकता है
Fortran 77 फ़ाइलों के लिए। आपको सामान्यतः सेट करना चाहिए $SHFORTRANFLAGS चर, जो
सभी के लिए डिफ़ॉल्ट फ़ोरट्रान कंपाइलर को दिए गए उपयोगकर्ता-निर्दिष्ट विकल्पों को निर्दिष्ट करता है
फोरट्रान संस्करण.

एसएचएफ77पीपीकॉम
फोर्ट्रान 77 स्रोत फ़ाइल को साझा-लाइब्रेरी ऑब्जेक्ट में संकलित करने के लिए प्रयुक्त कमांड लाइन
फ़ाइल को पहले C प्रीप्रोसेसर के माध्यम से चलाने के बाद फ़ाइल। में निर्दिष्ट कोई भी विकल्प
la $SHF77फ़्लैग और $सीपीपीएफएलएजीएस इस आदेश में निर्माण चर शामिल हैं
लाइन। आपको केवल सेट करने की आवश्यकता है $SHF77PPCOM यदि आपको किसी विशिष्ट C-प्रीप्रोसेसर का उपयोग करने की आवश्यकता है
Fortran 77 फ़ाइलों के लिए कमांड लाइन। आपको सामान्य रूप से सेट करना चाहिए $SHFORTRANPPCOM
वेरिएबल, जो सभी फोरट्रान के लिए डिफ़ॉल्ट सी-प्रीप्रोसेसर कमांड लाइन निर्दिष्ट करता है
संस्करणों.

एसएचएफ77पीपीकॉमस्ट्र
जब Fortran 77 स्रोत फ़ाइल को साझा लाइब्रेरी में संकलित किया जाता है तो प्रदर्शित स्ट्रिंग
फ़ाइल को पहले C प्रीप्रोसेसर के ज़रिए चलाने के बाद ऑब्जेक्ट फ़ाइल। अगर ऐसा नहीं है
तब सेट करें $SHF77PPCOM or $SHFORTRANPPCOM (कमांड लाइन) प्रदर्शित होता है.

एसएचएफ90
फोर्ट्रान 90 कंपाइलर साझा-लाइब्रेरी ऑब्जेक्ट बनाने के लिए उपयोग किया जाता है। आपको
सामान्य रूप से सेट करें $SHFORTRAN वेरिएबल, जो डिफ़ॉल्ट फोर्ट्रान कंपाइलर को निर्दिष्ट करता है
सभी Fortran संस्करण। आपको केवल सेट करने की आवश्यकता है $एसएचएफ90 यदि आपको किसी विशिष्ट का उपयोग करने की आवश्यकता है
फोर्ट्रान 90 फ़ाइलों के लिए संकलक या संकलक संस्करण.

एसएचएफ90कॉम
फोर्ट्रान 90 स्रोत फ़ाइल को साझा-लाइब्रेरी ऑब्जेक्ट में संकलित करने के लिए प्रयुक्त कमांड लाइन
फ़ाइल. आपको केवल सेट करने की आवश्यकता है $SHF90COM यदि आपको किसी विशिष्ट कमांड लाइन का उपयोग करने की आवश्यकता है
Fortran 90 फ़ाइलें। आपको सामान्यतः सेट करना चाहिए $SHFORTRANCOM चर, जो निर्दिष्ट करता है
सभी Fortran संस्करणों के लिए डिफ़ॉल्ट कमांड लाइन.

एसएचएफ90कॉमस्ट्र
जब Fortran 90 स्रोत फ़ाइल को साझा लाइब्रेरी में संकलित किया जाता है तो प्रदर्शित स्ट्रिंग
ऑब्जेक्ट फ़ाइल. अगर यह सेट नहीं है, तो $SHF90COM or $SHFORTRANCOM (कमांड लाइन) है
का प्रदर्शन किया।

SHF90झंडे
विकल्प जो फोर्ट्रान 90 कंपाइलर को साझा लाइब्रेरी उत्पन्न करने के लिए पास किए जाते हैं
ऑब्जेक्ट्स. आपको केवल सेट करने की आवश्यकता है $SHF90फ़्लैग यदि आपको विशिष्ट उपयोगकर्ता विकल्प परिभाषित करने की आवश्यकता है
Fortran 90 फ़ाइलों के लिए। आपको सामान्यतः सेट करना चाहिए $SHFORTRANFLAGS चर, जो
सभी के लिए डिफ़ॉल्ट फ़ोरट्रान कंपाइलर को दिए गए उपयोगकर्ता-निर्दिष्ट विकल्पों को निर्दिष्ट करता है
फोरट्रान संस्करण.

एसएचएफ90पीपीकॉम
फोर्ट्रान 90 स्रोत फ़ाइल को साझा-लाइब्रेरी ऑब्जेक्ट में संकलित करने के लिए प्रयुक्त कमांड लाइन
फ़ाइल को पहले C प्रीप्रोसेसर के माध्यम से चलाने के बाद फ़ाइल। में निर्दिष्ट कोई भी विकल्प
la $SHF90फ़्लैग और $सीपीपीएफएलएजीएस इस आदेश में निर्माण चर शामिल हैं
लाइन। आपको केवल सेट करने की आवश्यकता है $SHF90PPCOM यदि आपको किसी विशिष्ट C-प्रीप्रोसेसर का उपयोग करने की आवश्यकता है
Fortran 90 फ़ाइलों के लिए कमांड लाइन। आपको सामान्य रूप से सेट करना चाहिए $SHFORTRANPPCOM
वेरिएबल, जो सभी फोरट्रान के लिए डिफ़ॉल्ट सी-प्रीप्रोसेसर कमांड लाइन निर्दिष्ट करता है
संस्करणों.

एसएचएफ90पीपीकॉमस्ट्र
जब Fortran 90 स्रोत फ़ाइल को साझा लाइब्रेरी में संकलित किया जाता है तो प्रदर्शित स्ट्रिंग
फ़ाइल को पहले C प्रीप्रोसेसर के ज़रिए चलाने के बाद ऑब्जेक्ट फ़ाइल। अगर ऐसा नहीं है
तब सेट करें $SHF90PPCOM or $SHFORTRANPPCOM (कमांड लाइन) प्रदर्शित होता है.

एसएचएफ95
फोर्ट्रान 95 कंपाइलर साझा-लाइब्रेरी ऑब्जेक्ट बनाने के लिए उपयोग किया जाता है। आपको
सामान्य रूप से सेट करें $SHFORTRAN वेरिएबल, जो डिफ़ॉल्ट फोर्ट्रान कंपाइलर को निर्दिष्ट करता है
सभी Fortran संस्करण। आपको केवल सेट करने की आवश्यकता है $एसएचएफ95 यदि आपको किसी विशिष्ट का उपयोग करने की आवश्यकता है
फोर्ट्रान 95 फ़ाइलों के लिए संकलक या संकलक संस्करण.

एसएचएफ95कॉम
फोर्ट्रान 95 स्रोत फ़ाइल को साझा-लाइब्रेरी ऑब्जेक्ट में संकलित करने के लिए प्रयुक्त कमांड लाइन
फ़ाइल. आपको केवल सेट करने की आवश्यकता है $SHF95COM यदि आपको किसी विशिष्ट कमांड लाइन का उपयोग करने की आवश्यकता है
Fortran 95 फ़ाइलें। आपको सामान्यतः सेट करना चाहिए $SHFORTRANCOM चर, जो निर्दिष्ट करता है
सभी Fortran संस्करणों के लिए डिफ़ॉल्ट कमांड लाइन.

एसएचएफ95कॉमस्ट्र
जब Fortran 95 स्रोत फ़ाइल को साझा लाइब्रेरी में संकलित किया जाता है तो प्रदर्शित स्ट्रिंग
ऑब्जेक्ट फ़ाइल. अगर यह सेट नहीं है, तो $SHF95COM or $SHFORTRANCOM (कमांड लाइन) है
का प्रदर्शन किया।

SHF95झंडे
विकल्प जो फोर्ट्रान 95 कंपाइलर को साझा लाइब्रेरी उत्पन्न करने के लिए पास किए जाते हैं
ऑब्जेक्ट्स. आपको केवल सेट करने की आवश्यकता है $SHF95फ़्लैग यदि आपको विशिष्ट उपयोगकर्ता विकल्प परिभाषित करने की आवश्यकता है
Fortran 95 फ़ाइलों के लिए। आपको सामान्यतः सेट करना चाहिए $SHFORTRANFLAGS चर, जो
सभी के लिए डिफ़ॉल्ट फ़ोरट्रान कंपाइलर को दिए गए उपयोगकर्ता-निर्दिष्ट विकल्पों को निर्दिष्ट करता है
फोरट्रान संस्करण.

एसएचएफ95पीपीकॉम
फोर्ट्रान 95 स्रोत फ़ाइल को साझा-लाइब्रेरी ऑब्जेक्ट में संकलित करने के लिए प्रयुक्त कमांड लाइन
फ़ाइल को पहले C प्रीप्रोसेसर के माध्यम से चलाने के बाद फ़ाइल। में निर्दिष्ट कोई भी विकल्प
la $SHF95फ़्लैग और $सीपीपीएफएलएजीएस इस आदेश में निर्माण चर शामिल हैं
लाइन। आपको केवल सेट करने की आवश्यकता है $SHF95PPCOM यदि आपको किसी विशिष्ट C-प्रीप्रोसेसर का उपयोग करने की आवश्यकता है
Fortran 95 फ़ाइलों के लिए कमांड लाइन। आपको सामान्य रूप से सेट करना चाहिए $SHFORTRANPPCOM
वेरिएबल, जो सभी फोरट्रान के लिए डिफ़ॉल्ट सी-प्रीप्रोसेसर कमांड लाइन निर्दिष्ट करता है
संस्करणों.

एसएचएफ95पीपीकॉमस्ट्र
जब Fortran 95 स्रोत फ़ाइल को साझा लाइब्रेरी में संकलित किया जाता है तो प्रदर्शित स्ट्रिंग
फ़ाइल को पहले C प्रीप्रोसेसर के ज़रिए चलाने के बाद ऑब्जेक्ट फ़ाइल। अगर ऐसा नहीं है
तब सेट करें $SHF95PPCOM or $SHFORTRANPPCOM (कमांड लाइन) प्रदर्शित होता है.

SHFORTRAN
साझा-लाइब्रेरी ऑब्जेक्ट्स उत्पन्न करने के लिए प्रयुक्त डिफ़ॉल्ट फोरट्रान कंपाइलर।

एसएचफोरट्रानकॉम
फोरट्रान स्रोत फ़ाइल को साझा-लाइब्रेरी ऑब्जेक्ट में संकलित करने के लिए प्रयुक्त कमांड लाइन
फ़ाइल.

एसएचफोरट्रानकॉमस्ट्र
जब फोरट्रान स्रोत फ़ाइल को साझा-लाइब्रेरी ऑब्जेक्ट में संकलित किया जाता है तो प्रदर्शित स्ट्रिंग
फ़ाइल. अगर यह सेट नहीं है, तो $SHFORTRANCOM (कमांड लाइन) प्रदर्शित होता है.

एसएचफोरट्रानफ्लैग्स
साझा लाइब्रेरी ऑब्जेक्ट उत्पन्न करने के लिए फोर्ट्रान कंपाइलर को दिए जाने वाले विकल्प।

SHFORTRANPPCOM
फोरट्रान स्रोत फ़ाइल को साझा-लाइब्रेरी ऑब्जेक्ट फ़ाइल में संकलित करने के लिए प्रयुक्त कमांड लाइन
फ़ाइल को पहले C प्रीप्रोसेसर के माध्यम से चलाने के बाद।
$SHFORTRANFLAGS और $सीपीपीएफएलएजीएस इस आदेश में निर्माण चर शामिल हैं
लाइन.

SHFORTRANPPCOMSTR
जब फोरट्रान स्रोत फ़ाइल को साझा-लाइब्रेरी ऑब्जेक्ट में संकलित किया जाता है तो प्रदर्शित स्ट्रिंग
फ़ाइल को पहले C प्रीप्रोसेसर के ज़रिए चलाने के बाद फ़ाइल को फिर से सेट करें। अगर यह सेट नहीं है, तो
$SHFORTRANPPCOM (कमांड लाइन) प्रदर्शित होता है.

श्लिबेमिटर
सभी

SHLIBNOVERSIONSYMLINKS ...
निर्देश देता है साझा लाइब्रेरी बिल्डर को संस्करणित साझा के लिए सिम्बलिंक नहीं बनाने के लिए कहा
पुस्तकालयों।

एसएचएलआईबीप्रीफिक्स
साझा लाइब्रेरी फ़ाइल नामों के लिए प्रयुक्त उपसर्ग.

_श्लिब्सोनाम
एक मैक्रो जो $TARGET के आधार पर स्वचालित रूप से साझा लाइब्रेरी का SONAME उत्पन्न करता है,
$SHLIBVERSION और $SHLIBSUFFIX. द्वारा उपयोग किया गया साझा लाइब्रेरी बिल्डर जब लिंकर उपकरण
SONAME (जैसे gnulink) का समर्थन करता है.

SHLIBप्रत्यय
साझा लाइब्रेरी फ़ाइल नामों के लिए प्रयुक्त प्रत्यय.

एसएचएलआईबीसंस्करण
जब यह निर्माण चर परिभाषित किया जाता है, तो एक संस्करणित साझा लाइब्रेरी बनाई जाती है
साझा लाइब्रेरी बिल्डर. यह सक्रिय करता है $_SHLIBVERSIONFLAGS और इस प्रकार संशोधित करता है
$SHLINKCOM आवश्यकतानुसार, लाइब्रेरी नाम में संस्करण संख्या जोड़ता है, और बनाता है
आवश्यक सिम्बलिंक. $SHLIBसंस्करण संस्करण अल्फा-न्यूमेरिक रूप में मौजूद होना चाहिए,
नियमित अभिव्यक्ति "\w+[\.\w+]*" द्वारा परिभाषित दशमलव-सीमांकित मान। उदाहरण
$SHLIBसंस्करण मानों में '1', '1.2.3', और '1.2.gitaa412c8b' शामिल हैं.

_SHLIBसंस्करणझंडे
यह मैक्रो स्वचालित रूप से अतिरिक्त झंडे पेश करता है $SHLINKCOM संस्करण बनाते समय
साझा लाइब्रेरी (यह तब है जब $SHLIBसंस्करण सेट है). _SHLIBVERSIONFLAGS आमतौर पर जोड़ता है
$SHLIBVERSIONFLAGS और कुछ अतिरिक्त गतिशील रूप से उत्पन्न विकल्प (जैसे
-Wl,-soname=$_SHLIBSONAME. यह "सादे" (अनवर्सन) साझा पुस्तकालयों द्वारा अप्रयुक्त है।

एसएचएलआईबीवर्जनफ्लैग्स
अतिरिक्त झंडे जोड़े गए $SHLINKCOM संस्करण बनाते समय साझा लाइब्रेरी. ये झंडे हैं
केवल तब उपयोग किया जाता है जब $SHLIBसंस्करण सेट है।

एसएचलिंक
साझा लाइब्रेरीज़ का उपयोग करने वाले प्रोग्रामों के लिए लिंकर.

SHLINKCOM
साझा लाइब्रेरीज़ का उपयोग करके प्रोग्रामों को लिंक करने के लिए प्रयुक्त कमांड लाइन।

SHLINKCOMSTR
साझा लाइब्रेरी का उपयोग करने वाले प्रोग्राम लिंक होने पर प्रदर्शित स्ट्रिंग। यदि यह नहीं है
तब सेट करें $SHLINKCOM (कमांड लाइन) प्रदर्शित होता है.

env = Environment(SHLINKCOMSTR = "साझा $TARGET लिंक करना")

श्लिंकफ्लैग्स
साझा लाइब्रेरीज़ का उपयोग करने वाले प्रोग्रामों के लिए लिंकर को दिए गए सामान्य उपयोगकर्ता विकल्प। नोट
कि यह चर होना चाहिए नहीं शामिल -l (या समान) लिंक करने के विकल्प
सूचीबद्ध पुस्तकालय $लिब्स, और न ही -L (या समान) खोज पथ विकल्प शामिल करें जो स्कैन करते हैं
से स्वचालित रूप से उत्पन्न होता है $लिबपाथ. देखना $_LIBFLAGS ऊपर, उस चर के लिए
लाइब्रेरी-लिंक विकल्पों तक विस्तार करता है, और $_LIBDIRFLAGS ऊपर, उस चर के लिए
लाइब्रेरी खोज पथ विकल्पों तक विस्तारित होता है.

SHOBJPREFIX
साझा ऑब्जेक्ट फ़ाइल नामों के लिए प्रयुक्त उपसर्ग.

शोबजसफ़िक्स
साझा ऑब्जेक्ट फ़ाइल नामों के लिए प्रयुक्त प्रत्यय.

सोनम
संस्करणित साझा लाइब्रेरी/लोड करने योग्य मॉड्यूल के लिए SONAME को हार्ड-कोड करने के लिए प्रयुक्त चर।

env.SharedLibrary('test', 'test.c', SHLIBVERSION='0.1.2', SONAME='libtest.so.2')

उदाहरण के लिए, इस वेरिएबल का उपयोग gnulink लिंकर टूल द्वारा किया जाता है।

स्रोत
एक आरक्षित चर नाम जिसे निर्माण परिवेश में सेट या उपयोग नहीं किया जा सकता है।
(नीचे "चर प्रतिस्थापन" देखें)

स्रोत_यूआरएल
उस स्थान का URL (वेब ​​पता) जहाँ से प्रोजेक्ट प्राप्त किया गया था। यह है
Ipkg और RPM के लिए नियंत्रण जानकारी में Source: फ़ील्ड को भरने के लिए उपयोग किया जाता है
संकुल।

स्रोत
एक आरक्षित चर नाम जिसे निर्माण परिवेश में सेट या उपयोग नहीं किया जा सकता है।
(नीचे "चर प्रतिस्थापन" देखें)

अंडे
एक कमांड इंटरप्रेटर फ़ंक्शन जिसे कमांड लाइन स्ट्रिंग्स को निष्पादित करने के लिए बुलाया जाएगा।
फ़ंक्शन को निम्नलिखित तर्कों की अपेक्षा करनी चाहिए:

def स्पॉन(शेल, एस्केप, cmd, args, env):

sh यह एक स्ट्रिंग है जो उपयोग करने के लिए शेल प्रोग्राम का नामकरण करती है। बच एक ऐसा फ़ंक्शन है जो हो सकता है
कमांड लाइन में एस्केप शेल विशेष वर्णों को बुलाया जाता है। सीएमडी के लिए रास्ता है
आदेश निष्पादित किया जाना है। आर्ग आदेश के लिए तर्क है. env का एक शब्दकोश है
पर्यावरण चर जिसमें आदेश निष्पादित किया जाना चाहिए.

स्थिर और साझा वस्तुएं एक जैसी हैं
जब यह चर सत्य होता है, तो स्थिर ऑब्जेक्ट और साझा ऑब्जेक्ट को समान माना जाता है।
वही; अर्थात्, SCons किसी साझा लाइब्रेरी में स्थिर ऑब्जेक्ट्स को लिंक करने की जांच नहीं करता है।

सब्सटी_DICT
द्वारा प्रयुक्त शब्दकोष सबस्टफ़ाइल or पाठ फ़ाइल प्रतिस्थापन मूल्यों के लिए बिल्डरों। यह
dict() कन्स्ट्रक्टर के लिए स्वीकार्य कुछ भी हो सकता है, इसलिए शब्दकोश के अलावा,
ट्यूपल्स की सूचियाँ भी स्वीकार्य हैं.

सब्सटीफाइलप्रीफिक्स
के लिए प्रयुक्त उपसर्ग सबस्टफ़ाइल फ़ाइल नाम, डिफ़ॉल्ट रूप से शून्य स्ट्रिंग.

सब्सटीफाइलसफ़िक्स
के लिए प्रयुक्त प्रत्यय सबस्टफ़ाइल फ़ाइल नाम, डिफ़ॉल्ट रूप से शून्य स्ट्रिंग.

सारांश
परियोजना किस बारे में है, इसका संक्षिप्त सारांश। इसका उपयोग सारांश भरने के लिए किया जाता है:
आईपीकेजी और आरपीएम पैकेजों के लिए नियंत्रण जानकारी में फ़ील्ड, और
विवरण: MSI पैकेज में फ़ील्ड.

बड़ा घूँट
स्क्रिप्टिंग भाषा आवरण और इंटरफ़ेस जनरेटर.

स्विगफाइलसफिक्स
प्रत्यय जो कि द्वारा उत्पन्न मध्यवर्ती C स्रोत फ़ाइलों के लिए उपयोग किया जाएगा
स्क्रिप्टिंग भाषा आवरण और इंटरफ़ेस जनरेटर। डिफ़ॉल्ट मान है
_लपेटना$CFILESUPFIX $CFILESUPFIXडिफ़ॉल्ट रूप से, यह मान तब उपयोग किया जाता है जब भी -सी++ विकल्प है नहीं
के भाग के रूप में निर्दिष्ट $स्विगफ्लैग्स निर्माण चर.

स्विगकॉम
कमांड लाइन का उपयोग स्क्रिप्टिंग भाषा रैपर और इंटरफ़ेस जनरेटर को कॉल करने के लिए किया जाता है।

स्विगकॉमस्ट्र
स्क्रिप्टिंग भाषा रैपर और इंटरफ़ेस को कॉल करते समय प्रदर्शित स्ट्रिंग
जनरेटर। यदि यह सेट नहीं है, तो $स्विगकॉम (कमांड लाइन) प्रदर्शित होता है.

स्विगीXXफाइलसफ़िक्स
प्रत्यय जो कि द्वारा उत्पन्न मध्यवर्ती C++ स्रोत फ़ाइलों के लिए उपयोग किया जाएगा
स्क्रिप्टिंग भाषा आवरण और इंटरफ़ेस जनरेटर। डिफ़ॉल्ट मान है
_लपेटना$CFILESUPFIX $CFILESUPFIXडिफ़ॉल्ट रूप से, यह मान तब उपयोग किया जाता है जब भी -c++ विकल्प का उपयोग किया जाता है।
के भाग के रूप में निर्दिष्ट $स्विगफ्लैग्स निर्माण चर.

SWIGDIRECTORSUFFIX
प्रत्यय जो कि द्वारा उत्पन्न मध्यवर्ती C++ हेडर फ़ाइलों के लिए उपयोग किया जाएगा
स्क्रिप्टिंग भाषा आवरण और इंटरफ़ेस जनरेटर। ये केवल C++ के लिए उत्पन्न होते हैं
SWIG 'निर्देशक' सुविधा चालू होने पर कोड। डिफ़ॉल्ट मान _wrap.h है।

स्विगफ्लैग्स
स्क्रिप्टिंग भाषा आवरण और इंटरफ़ेस जनरेटर को दिए गए सामान्य विकल्प। यह
वह जगह है जहाँ आपको सेट करना चाहिए -थॉथन, -पर्ल5, -टल, या जो भी अन्य विकल्प आप चाहते हैं
SWIG को निर्दिष्ट करें। यदि आप सेट करते हैं -सी++ इस चर में विकल्प, scons डिफ़ॉल्ट रूप से,
निर्दिष्ट एक्सटेंशन के साथ एक C++ इंटरमीडिएट स्रोत फ़ाइल उत्पन्न करें
$CXXFILESUPFIX चर।

_स्विगिनफ्लैग्स
SWIG कमांड-लाइन युक्त एक स्वचालित रूप से उत्पन्न निर्माण चर
शामिल फ़ाइलों के लिए खोजी जाने वाली निर्देशिकाओं को निर्दिष्ट करने के लिए विकल्प।
$_SWIGINCFLAGS जोड़कर बनाया गया है $SWIGINCPREFIX और $SWIGINCSUFFIX को
प्रत्येक निर्देशिका की शुरुआत और अंत $स्विगपाथ.

SWIGINCप्रीफिक्स
SWIG कमांड लाइन पर शामिल निर्देशिका को निर्दिष्ट करने के लिए उपयोग किया जाने वाला उपसर्ग। यह होगा
प्रत्येक निर्देशिका की शुरुआत में जोड़ा गया $स्विगपाथ निर्माण चर
जब $_SWIGINCFLAGS चर स्वचालित रूप से उत्पन्न होता है.

स्विगिनसफ़िक्स
SWIG कमांड लाइन पर सम्मिलित निर्देशिका निर्दिष्ट करने के लिए प्रयुक्त प्रत्यय। यह होगा
प्रत्येक निर्देशिका के अंत में जोड़ा गया $स्विगपाथ निर्माण चर जब
$_SWIGINCFLAGS चर स्वचालित रूप से उत्पन्न होता है.

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

स्विगपाथ
स्क्रिप्टिंग भाषा आवरण और इंटरफ़ेस द्वारा उत्पन्न निर्देशिकाओं की सूची
शामिल फ़ाइलों की खोज करेगा। SWIG इंप्लिसिट डिपेंडेंसी स्कैनर इनमें खोज करेगा
शामिल फ़ाइलों के लिए निर्देशिकाएँ। डिफ़ॉल्ट मान एक खाली सूची है।

SWIGFLAGS में निर्देशिका तर्कों को स्पष्ट रूप से शामिल न करें; परिणाम होगा
गैर-पोर्टेबल और निर्देशिकाओं को निर्भरता स्कैनर द्वारा खोजा नहीं जाएगा। नोट:
SWIGPATH में निर्देशिका नाम SConscript निर्देशिका के सापेक्ष देखे जाएंगे
जब वे किसी कमांड में उपयोग किए जाते हैं। स्कॉन्स को निर्देशिका से संबंधित लुक-अप करने के लिए बाध्य करना
स्रोत वृक्ष का मूल उपयोग #:

env = पर्यावरण(SWIGPATH='#/शामिल')

निर्देशिका लुक-अप को भी उपयोग करके मजबूर किया जा सकता है डिर() समारोह:

शामिल करें = Dir('शामिल करें')
env = पर्यावरण(SWIGPATH=शामिल)

निर्देशिका सूची स्वचालित रूप से उत्पन्न कमांड लाइन में जोड़ दी जाएगी
$_SWIGINCFLAGS निर्माण चर, जिसका निर्माण के मानों को जोड़कर किया जाता है
la $SWIGINCPREFIX और $SWIGINCSUFFIX निर्माण चर शुरू और अंत तक
प्रत्येक निर्देशिका में $स्विगपाथ. आपके द्वारा परिभाषित कोई भी कमांड लाइन जिसे SWIGPATH की आवश्यकता है
निर्देशिका सूची में शामिल होना चाहिए $_SWIGINCFLAGS:

env = पर्यावरण(SWIGCOM="my_swig -o $TARGET $_SWIGINCFLAGS $SOURCES")

स्विग संस्करण
SWIG उपकरण का संस्करण संख्या.

टीएआर
टार संग्रहकर्ता.

टारकॉम
टार आर्काइवर को कॉल करने के लिए प्रयुक्त कमांड लाइन.

टारकॉमस्ट्र
टार आर्काइवर का उपयोग करके फ़ाइलों को संग्रहित करते समय प्रदर्शित स्ट्रिंग। यदि यह सेट नहीं है,
फिर $टारकॉम (कमांड लाइन) प्रदर्शित होता है.

env = पर्यावरण (TARCOMSTR = "संग्रहीत $TARGET")

टारफ्लैग्स
टार आर्काइवर को दिए गए सामान्य विकल्प.

TARGET में
एक आरक्षित चर नाम जिसे निर्माण परिवेश में सेट या उपयोग नहीं किया जा सकता है।
(नीचे "चर प्रतिस्थापन" देखें)

लक्ष्य_आर्क
इसके द्वारा निर्मित संकलित वस्तुओं के लिए लक्ष्य हार्डवेयर आर्किटेक्चर का नाम
पर्यावरण. यह डिफ़ॉल्ट रूप से HOST_ARCH का मान लेता है, और उपयोगकर्ता इसे ओवरराइड कर सकता है.
वर्तमान में केवल Win32 के लिए सेट है।

विजुअल स्टूडियो कंपाइलर के लिए लक्ष्य आर्किटेक्चर सेट करता है (अर्थात बाइनरी का आर्क)
कंपाइलर द्वारा जनरेट किया गया)। यदि सेट नहीं है, तो डिफ़ॉल्ट $HOST_ARCH, या, यदि वह सेट नहीं है,
चल रही मशीन के ओएस की वास्तुकला के लिए (ध्यान दें कि पायथन बिल्ड या
आर्किटेक्चर पर कोई प्रभाव नहीं पड़ता है)। इस चर को एक तर्क के रूप में पारित किया जाना चाहिए
Environment() कन्स्ट्रक्टर; इसे बाद में सेट करने से कोई प्रभाव नहीं पड़ता। यह वर्तमान में केवल उपयोग किया जाता है
यह सुविधा अभी विंडोज़ पर उपलब्ध है, लेकिन भविष्य में इसका उपयोग अन्य ऑपरेटिंग सिस्टम पर भी किया जाएगा।

विंडोज़ के लिए मान्य मान हैं x86, i386 (32 बिट्स के लिए); amd64, emt64, x86_64 (64 बिट्स के लिए)
बिट्स); और ia64 (इटेनियम)। उदाहरण के लिए, यदि आप 64-बिट बाइनरी संकलित करना चाहते हैं, तो आपको
आपके SCons वातावरण में TARGET_ARCH='x86_64' सेट करेगा।

लक्ष्य_ओएस
इसके द्वारा निर्मित संकलित ऑब्जेक्ट्स के लिए लक्ष्य ऑपरेटिंग सिस्टम का नाम
पर्यावरण. यह HOST_OS के मान को डिफ़ॉल्ट करता है, और उपयोगकर्ता इसे ओवरराइड कर सकता है.
वर्तमान में केवल Win32 के लिए सेट है।

लक्ष्य
एक आरक्षित चर नाम जिसे निर्माण परिवेश में सेट या उपयोग नहीं किया जा सकता है।
(नीचे "चर प्रतिस्थापन" देखें)

तार प्रत्यय
टार फ़ाइल नामों के लिए प्रयुक्त प्रत्यय.

टेम्पफ़ाइलप्रीफ़िक्स
$MAXLINELENGTH से अधिक लम्बी पंक्तियों को निष्पादित करने के लिए उपयोग की जाने वाली अस्थायी फ़ाइल के लिए उपसर्ग।
डिफ़ॉल्ट '@' है। इसे उन टूलचेन के लिए सेट किया जा सकता है जो अन्य मानों का उपयोग करते हैं, जैसे कि '-@'
डायब कंपाइलर या ARM टूलचेन के लिए '-via'.

TEX
टीईएक्स फॉर्मेटर और टाइपसेटर.

टेक्सकॉम
TeX फ़ॉर्मेटर और टाइपसेटर को कॉल करने के लिए प्रयुक्त कमांड लाइन।

टेक्सकॉमस्ट्र
TeX फ़ॉर्मेटर और टाइपसेटर को कॉल करते समय प्रदर्शित स्ट्रिंग। यदि यह नहीं है
तब सेट करें $टेक्सकॉम (कमांड लाइन) प्रदर्शित होता है.

env = Environment(TEXCOMSTR = "TeX इनपुट $SOURCES से $TARGET का निर्माण")

टेक्सफ्लैग्स
TeX फ़ॉर्मेटर और टाइपसेटर को दिए गए सामान्य विकल्प।

टेक्सिनपुट्स
LaTeX प्रोग्राम जिन निर्देशिकाओं की खोज करेगा उनकी सूची में निर्देशिकाएँ शामिल हैं।
LaTeX अंतर्निहित निर्भरता स्कैनर इन निर्देशिकाओं में \include और \include की खोज करेगा
\फ़ाइलें आयात करें.

टेक्स्टफाइलप्रीफिक्स
के लिए प्रयुक्त उपसर्ग पाठ फ़ाइल फ़ाइल नाम, डिफ़ॉल्ट रूप से शून्य स्ट्रिंग.

टेक्स्टफ़ाइलसफ़िक्स
के लिए प्रयुक्त प्रत्यय पाठ फ़ाइल फ़ाइल नाम; डिफ़ॉल्ट रूप से .txt.

उपकरण
उपकरण विनिर्देशों के नामों की सूची जो इस निर्माण का हिस्सा हैं
पर्यावरण.

अपरिवर्तित_स्रोत
एक आरक्षित चर नाम जिसे निर्माण परिवेश में सेट या उपयोग नहीं किया जा सकता है।
(नीचे "चर प्रतिस्थापन" देखें)

अपरिवर्तित_लक्ष्य
एक आरक्षित चर नाम जिसे निर्माण परिवेश में सेट या उपयोग नहीं किया जा सकता है।
(नीचे "चर प्रतिस्थापन" देखें)

विक्रेता
वह व्यक्ति या संगठन जो पैकेज्ड सॉफ़्टवेयर की आपूर्ति करता है। इसका उपयोग भरने के लिए किया जाता है
RPM पैकेजों के लिए नियंत्रण जानकारी में विक्रेता: फ़ील्ड, और
निर्माता: MSI पैकेजों के लिए नियंत्रण जानकारी में फ़ील्ड.

VERSION
परियोजना का संस्करण, स्ट्रिंग के रूप में निर्दिष्ट.

WIN32_INSERT_DEF
के लिए पदावनत पर्यायवाची $WINDOWS_INSERT_DEF.

WIN32DEFPREFIX
के लिए पदावनत पर्यायवाची $WINDOWSDEFPREFIX.

WIN32DEFSUFFIX
के लिए पदावनत पर्यायवाची $WINDOWSDEFSUFFIX.

WIN32EXPPREFIX
के लिए पदावनत पर्यायवाची $WINDOWSEXPSUFFIX.

WIN32EXPSUFFIX
के लिए पदावनत पर्यायवाची $WINDOWSEXPSUFFIX.

WINDOWS_EMBED_MANIFEST
कंपाइलर द्वारा जेनरेट किए गए मैनिफ़ेस्ट (सामान्यतः
${TARGET}.manifest) को इस वातावरण के साथ निर्मित सभी Windows exes और DLL में, एक के रूप में जोड़ें
उनके लिंक चरण के दौरान संसाधन। यह उपयोग करके किया जाता है $ मीट्रिक टन और $एमटीएक्सईकॉम और $एमटीएसएचलिबकॉम.

विन्डोज़_INSERT_DEF
जब इसे सत्य पर सेट किया जाता है, तो Windows साझा लाइब्रेरी (.dll फ़ाइल) का लाइब्रेरी निर्माण होगा
यदि पहले से कोई .def फ़ाइल मौजूद नहीं है, तो उसी समय एक संगत .def फ़ाइल भी बनाएँ
बिल्ड लक्ष्य के रूप में सूचीबद्ध है। डिफ़ॉल्ट 0 है (.def फ़ाइल न बनाएँ)।

WINDOWS_INSERT_MANIFEST
जब इसे सत्य पर सेट किया जाता है, तो scons को .manifest द्वारा उत्पन्न फ़ाइलों के बारे में पता चल जाएगा
माइक्रोसॉफ्ट विज़ुआ सी/सी++ 8.

विन्डोज़डीईएफप्रीफिक्स
विंडोज़ .def फ़ाइल नामों के लिए प्रयुक्त उपसर्ग.

विन्डोज़डेफ़सफ़िक्स
विंडोज़ .def फ़ाइल नामों के लिए प्रयुक्त प्रत्यय.

विन्डोज़एक्सपीप्रीफिक्स
विंडोज़ .exp फ़ाइल नामों के लिए प्रयुक्त उपसर्ग.

विन्डोज़एक्सपीएसफ़िक्स
विंडोज़ .exp फ़ाइल नामों के लिए प्रयुक्त प्रत्यय.

WINDOWSPROGMANIFESTप्रीफिक्स
Microsoft Visual द्वारा उत्पन्न निष्पादन योग्य प्रोग्राम .manifest फ़ाइलों के लिए प्रयुक्त उपसर्ग
सी/सी++.

WINDOWSPROGMANIFESTSUFFIX
माइक्रोसॉफ्ट विजुअल द्वारा उत्पन्न निष्पादन योग्य प्रोग्राम .manifest फ़ाइलों के लिए प्रयुक्त प्रत्यय
सी/सी++.

विन्डोज़एसएचलिबमैनिफेस्टप्रीफिक्स
Microsoft Visual द्वारा जनरेट की गई साझा लाइब्रेरी .manifest फ़ाइलों के लिए प्रयुक्त उपसर्ग
सी/सी++.

विन्डोज़एसएचलिबमैनिफेस्टसफिक्स
Microsoft Visual द्वारा जनरेट की गई साझा लाइब्रेरी .manifest फ़ाइलों के लिए प्रयुक्त प्रत्यय
सी/सी++.

X_IPK_निर्भर करता है
इसका उपयोग Ipkg के लिए नियंत्रण जानकारी में Depends: फ़ील्ड को भरने के लिए किया जाता है
संकुल।

X_IPK_विवरण
इसका उपयोग Ipkg के लिए नियंत्रण जानकारी में विवरण: फ़ील्ड को भरने के लिए किया जाता है
पैकेज। डिफ़ॉल्ट मान $SUMMARY\n$DESCRIPTION है

X_IPK_मेनटेनर
इसका उपयोग Ipkg के लिए नियंत्रण जानकारी में Maintenanceer: फ़ील्ड को भरने के लिए किया जाता है
संकुल।

X_IPK_प्राथमिकता
इसका उपयोग Ipkg के लिए नियंत्रण जानकारी में प्राथमिकता: फ़ील्ड को भरने के लिए किया जाता है
संकुल।

X_आईपीके_सेक्शन
इसका उपयोग Ipkg के लिए नियंत्रण जानकारी में अनुभाग: फ़ील्ड को भरने के लिए किया जाता है
संकुल।

X_एमएसआई_भाषा
इसका उपयोग MSI के लिए नियंत्रण जानकारी में भाषा: विशेषता को भरने के लिए किया जाता है
संकुल।

X_MSI_LICENSE_TEXT
RTF प्रारूप में सॉफ़्टवेयर लाइसेंस का पाठ। कैरिज रिटर्न वर्ण होंगे
आरटीएफ समकक्ष \\ par के साथ प्रतिस्थापित.

X_MSI_अपग्रेड_कोड
सभी

X_RPM_AUTOREQPROV
इसका उपयोग RPM .spec फ़ाइल में AutoReqProv: फ़ील्ड को भरने के लिए किया जाता है।

X_RPM_बिल्ड
आंतरिक, लेकिन अधिरोहणीय

X_RPM_BUILDREQUIRES
इसका उपयोग RPM .spec फ़ाइल में BuildRequires: फ़ील्ड को भरने के लिए किया जाता है।

X_RPM_बिल्डरूट
आंतरिक, लेकिन अधिरोहणीय

X_RPM_क्लीन
आंतरिक, लेकिन अधिरोहणीय

X_RPM_संघर्ष
इसका उपयोग RPM .spec फ़ाइल में Conflicts: फ़ील्ड को भरने के लिए किया जाता है।

X_RPM_DEFATTR
यह मान RPM पैकेज में फ़ाइलों के लिए डिफ़ॉल्ट विशेषताओं के रूप में उपयोग किया जाता है।
डिफ़ॉल्ट मान (-,रूट,रूट) है.

X_RPM_वितरण
इसका उपयोग RPM .spec फ़ाइल में Distribution: फ़ील्ड को भरने के लिए किया जाता है।

X_RPM_युग
इसका उपयोग RPM के लिए नियंत्रण जानकारी में Epoch: फ़ील्ड को भरने के लिए किया जाता है
संकुल।

X_RPM_EXCLUDEARCH
इसका उपयोग RPM .spec फ़ाइल में ExcludeArch: फ़ील्ड को भरने के लिए किया जाता है।

X_RPM_EXLUSIVEARCH
इसका उपयोग RPM .spec फ़ाइल में ExclusiveArch: फ़ील्ड को भरने के लिए किया जाता है।

X_RPM_ग्रुप
इसका उपयोग RPM .spec फ़ाइल में Group: फ़ील्ड को भरने के लिए किया जाता है।

X_RPM_GROUP_लैंग
इसका उपयोग RPM .spec फ़ाइल में Group(lang): फ़ील्ड भरने के लिए किया जाता है। ध्यान दें कि lang
यह शाब्दिक नहीं है और इसे उचित भाषा कोड से प्रतिस्थापित किया जाना चाहिए।

X_RPM_आइकन
इसका उपयोग RPM .spec फ़ाइल में Icon: फ़ील्ड को भरने के लिए किया जाता है।

X_RPM_इंस्टाल
आंतरिक, लेकिन अधिरोहणीय

X_RPM_पैकेजर
इसका उपयोग RPM .spec फ़ाइल में Packager: फ़ील्ड को भरने के लिए किया जाता है।

X_RPM_POSTINSTALL
इसका उपयोग RPM .spec फ़ाइल में %post: अनुभाग को भरने के लिए किया जाता है।

X_RPM_POSTUNINSTALL
इसका उपयोग RPM .spec फ़ाइल में %postun: अनुभाग को भरने के लिए किया जाता है।

X_RPM_प्रीफ़िक्स
इसका उपयोग RPM .spec फ़ाइल में Prefix: फ़ील्ड को भरने के लिए किया जाता है।

X_RPM_प्रीइंस्टॉल
इसका उपयोग RPM .spec फ़ाइल में %pre: अनुभाग को भरने के लिए किया जाता है।

X_RPM_प्रीप
आंतरिक, लेकिन अधिरोहणीय

X_RPM_प्रीअनइंस्टॉल
इसका उपयोग RPM .spec फ़ाइल में %preun: अनुभाग को भरने के लिए किया जाता है।

X_RPM_प्रदान करता है
इसका उपयोग RPM .spec फ़ाइल में Provides: फ़ील्ड को भरने के लिए किया जाता है।

X_RPM_आवश्यकताएँ
इसका उपयोग RPM .spec फ़ाइल में Requires: फ़ील्ड को भरने के लिए किया जाता है।

X_RPM_सीरियल
इसका उपयोग RPM .spec फ़ाइल में Serial: फ़ील्ड को भरने के लिए किया जाता है।

X_RPM_यूआरएल
इसका उपयोग RPM .spec फ़ाइल में Url: फ़ील्ड भरने के लिए किया जाता है।

XGETTEXT
की ओर रास्ता xgettext(1) कार्यक्रम (के माध्यम से पाया गया पता लगाना()) xgettext टूल देखें और POTअपडेट
बिल्डर।

XGETTEXTCOM
xgettext कमांड लाइन को पूरा करें। xgettext टूल और देखें POTअपडेट बिल्डर।

XGETTEXTCOMSTR
एक स्ट्रिंग जो तब दिखाई जाती है जब xgettext(1) कमांड लागू किया जाता है (डिफ़ॉल्ट: '', जिसका अर्थ है
"प्रिंट $XGETTEXTCOM"). xgettext टूल देखें और POTअपडेट बिल्डर।

_XGETTEXTDOMAIN
आंतरिक "मैक्रो"। उत्पन्न करता है xgettext डोमेन नाम स्रोत और लक्ष्य से (डिफ़ॉल्ट:
'${TARGET.filebase}').

XGETTEXTFLAGS
करने के लिए अतिरिक्त झंडे xgettext(1). xgettext टूल देखें और POTअपडेट बिल्डर।

XGETTEXTFROM
सूची वाली फ़ाइल का नाम xgettext(1)'की स्रोत फ़ाइलें। ऑटोटूल्स' उपयोगकर्ता यह जानते हैं
POTFILES.in के रूप में इसलिए वे ज्यादातर मामलों में यहाँ XGETTEXTFROM="POTFILES.in" सेट करेंगे।
$XGETTEXTFROM फ़ाइलों में वही वाक्यविन्यास और अर्थविज्ञान है जो सुप्रसिद्ध GNU POTFILES.in में है।
xgettext टूल देखें और POTअपडेट बिल्डर।

_Xझंडे से पाठ प्राप्त करें
आंतरिक "मैक्रो"। -D की सूची उत्पन्न करता है झंडे $XGETTEXTPATH सूची।

XGETTEXTFROMPREFIX
इस ध्वज का उपयोग एकल जोड़ने के लिए किया जाता है $XGETTEXTFROM फ़ाइल xgettext(1)की कमांडलाइन
(डिफ़ॉल्ट: '-f').

XGETTEXTFROMSUFFIX
(चूक जाना: '')

XGETTEXTPATH
निर्देशिकाओं की सूची, वहाँ xgettext(1) स्रोत फ़ाइलों की तलाश करेगा (डिफ़ॉल्ट: []).

नोट
यह चर केवल साथ में काम करता है $XGETTEXTFROM
xgettext टूल और भी देखें POTअपडेट बिल्डर।

_XGETTEXTPATHFLAGS
आंतरिक "मैक्रो"। -f की सूची बनाता है झंडे $XGETTEXTFROM.

XGETTEXTPATHPREFIX
इस ध्वज का उपयोग एकल खोज पथ जोड़ने के लिए किया जाता है xgettext(1)की कमांडलाइन (डिफ़ॉल्ट:
'-डी')।

XGETTEXTPATHSUFFIX
(चूक जाना: '')

वाईएसीसी
पार्सर जनरेटर.

याक्ककॉम
स्रोत फ़ाइल उत्पन्न करने के लिए पार्सर जनरेटर को कॉल करने के लिए प्रयुक्त कमांड लाइन।

YACCCOMSTR
पार्सर जनरेटर का उपयोग करके स्रोत फ़ाइल बनाते समय प्रदर्शित स्ट्रिंग। यदि यह
सेट नहीं है, तो $YACCCOM (कमांड लाइन) प्रदर्शित होता है.

env = Environment(YACCCOMSTR = "$SOURCES से $TARGET को Yacc'ing करना")

YACCFLAGS
पार्सर जनरेटर को दिए गए सामान्य विकल्प। यदि $YACCFLAGS एक है -d विकल्प,
SCons मानता है कि कॉल एक .h फ़ाइल भी बनाएगा (यदि yacc स्रोत फ़ाइल समाप्त होती है
.y प्रत्यय में) या .hpp फ़ाइल (यदि yacc स्रोत फ़ाइल .yy प्रत्यय में समाप्त होती है)

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

YACCHXXFILESUPFIX
पार्सर जनरेटर द्वारा उत्पन्न C++ हेडर फ़ाइल का प्रत्यय जब -d विकल्प
का उपयोग किया जाता है। ध्यान दें कि इस चर को सेट करने से पार्सर जनरेटर नहीं होता है
निर्दिष्ट प्रत्यय के साथ एक हेडर फ़ाइल उत्पन्न करें, यह आपको निर्दिष्ट करने की अनुमति देने के लिए मौजूद है
पार्सर जनरेटर अपने आप कौन सा प्रत्यय इस्तेमाल करेगा। डिफ़ॉल्ट मान है
.hpp, मैक ओएस एक्स को छोड़कर, जहां डिफ़ॉल्ट ${TARGET.suffix}.h है, क्योंकि डिफ़ॉल्ट
बाइसन पार्सर जनरेटर केवल उत्पन्न C++ फ़ाइल के नाम में .h जोड़ता है।

YACCVCGFILESUPFIX
VCG व्याकरण ऑटोमेटन परिभाषा वाली फ़ाइल का प्रत्यय जब
--ग्राफ= विकल्प का उपयोग किया जाता है। ध्यान दें कि इस चर को सेट करने से पार्सर
जनरेटर निर्दिष्ट प्रत्यय के साथ एक VCG फ़ाइल उत्पन्न करने के लिए, यह आपको अनुमति देने के लिए मौजूद है
निर्दिष्ट करें कि पार्सर जनरेटर अपने आप कौन सा प्रत्यय उपयोग करेगा। डिफ़ॉल्ट मान
.vcg है.

ज़िप
ज़िप संपीड़न और फ़ाइल पैकेजिंग उपयोगिता.

ज़िपकॉम
ज़िप उपयोगिता को कॉल करने के लिए प्रयुक्त कमांड लाइन, या ज़िप उपयोगिता को कॉल करने के लिए प्रयुक्त आंतरिक पायथन फ़ंक्शन
एक ज़िप संग्रह बनाएँ.

ज़िपकंप्रेशन
RSI दबाव आंतरिक पायथन द्वारा उपयोग किए जाने वाले पायथन ज़िपफ़ाइल मॉड्यूल से ध्वज
ज़िप आर्काइव को संपीड़ित किया जाए या नहीं, इसे नियंत्रित करने के लिए फ़ंक्शन। डिफ़ॉल्ट मान है
zipfile.ZIP_DEFLATED, जो एक संपीड़ित ज़िप संग्रह बनाता है। इस मान का कोई प्रभाव नहीं पड़ता
यदि ज़िपफ़ाइल मॉड्यूल उपलब्ध नहीं है.

ज़िपकॉमस्ट्र
ज़िप उपयोगिता का उपयोग करके फ़ाइलों को संग्रहीत करते समय प्रदर्शित स्ट्रिंग। यदि यह सेट नहीं है,
फिर $ज़िपकॉम (कमांड लाइन या आंतरिक पायथन फ़ंक्शन) प्रदर्शित होता है।

env = पर्यावरण (ZIPCOMSTR = "ज़िपिंग $TARGET")

ज़िपफ्लैग्स
ज़िप उपयोगिता को दिए गए सामान्य विकल्प.

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

env = पर्यावरण()
env.Zip('foo.zip', 'subdir1/subdir2/file1', ZIPROOT='subdir1')

एक ज़िप फ़ाइल foo.zip बनाएगा जिसमें subdir2/file1 नाम वाली फ़ाइल होगी
subdir1/subdir2/file1 से अधिक.

ज़िपसफ़िक्स
ज़िप फ़ाइल नामों के लिए प्रयुक्त प्रत्यय.

निर्माण चर को पुनर्प्राप्त किया जा सकता है और सेट किया जा सकता है शब्दकोश की विधि
निर्माण वातावरण:

डिक्ट = env.शब्दकोश()
dict["सीसी"] = "सीसी"

या [] ऑपरेटर का उपयोग करके:

env["सीसी"] = "सीसी"

निर्माण चर को निर्माण वातावरण कन्स्ट्रक्टर में भी पास किया जा सकता है:

env = पर्यावरण(CC="cc")

या निर्माण परिवेश की प्रतिलिपि बनाते समय क्लोन तरीका:

env2 = env.क्लोन(CC="cl.exe")

कॉन्फ़िगर संदर्भों
स्कैन्स का समर्थन करता है कॉन्फ़िगर संदर्भ, विभिन्न AC_CHECK के समान एक एकीकृत तंत्र
सी हेडर फ़ाइलों, लाइब्रेरीज़ आदि के अस्तित्व के परीक्षण के लिए GNU autoconf में मैक्रोज़।
autoconf के विपरीत, स्कैन्स परीक्षण किए गए मानों का स्पष्ट कैश बनाए नहीं रखता है, लेकिन
चेक किए गए मानों को अद्यतित रखने के लिए अपनी सामान्य निर्भरता ट्रैकिंग का उपयोग करता है। हालाँकि, उपयोगकर्ता
इस व्यवहार को ओवरराइड कर सकते हैं --कॉन्फ़िगरेशन कमांड लाइन विकल्प

जाँच करने के लिए निम्नलिखित विधियों का उपयोग किया जा सकता है:

कॉन्फ़िगर करें(env[कस्टम_परीक्षण, conf_निर्देशिका, बोटा दस्तावेज, कॉन्फ़िगरेशन_एच, स्वच्छ, मदद करना]),
env.कॉन्फ़िगर([कस्टम_परीक्षण, conf_निर्देशिका, बोटा दस्तावेज, कॉन्फ़िगरेशन_एच, स्वच्छ, मदद करना])
इससे एक कॉन्फ़िगर संदर्भ निर्मित होता है, जिसका उपयोग जांच करने के लिए किया जा सकता है। env निर्दिष्ट करता है
परीक्षण निर्माण के लिए वातावरण। इस वातावरण को तब संशोधित किया जा सकता है जब
जाँच करना। कस्टम_परीक्षण कस्टम टेस्ट युक्त एक शब्दकोश है। यह भी देखें
नीचे कस्टम परीक्षणों के बारे में अनुभाग देखें। डिफ़ॉल्ट रूप से, कोई भी कस्टम परीक्षण नहीं जोड़ा जाता है
संदर्भ कॉन्फ़िगर करें. conf_निर्देशिका वह निर्देशिका निर्दिष्ट करता है जहां परीक्षण मामले बनाए जाते हैं.
ध्यान दें कि इस निर्देशिका का उपयोग सामान्य लक्ष्य बनाने के लिए नहीं किया जाता है। डिफ़ॉल्ट मान है
निर्देशिका #/.sconf_temp. बोटा दस्तावेज एक फ़ाइल निर्दिष्ट करता है जो आउटपुट एकत्रित करता है
हेडर फ़ाइलों, लाइब्रेरीज़ आदि के अस्तित्व की जाँच करने के लिए निष्पादित किए जाने वाले आदेश।
डिफ़ॉल्ट फ़ाइल #/config.log है। यदि आप उपयोग कर रहे हैं वैरिएंटडायर() विधि, आप
आप अपनी वैरिएंट निर्देशिका के अंतर्गत एक उपनिर्देशिका निर्दिष्ट करना चाह सकते हैं। कॉन्फ़िगरेशन_एच निर्दिष्ट करता है a
C हेडर फ़ाइल जहाँ परीक्षणों के परिणाम लिखे जाएंगे, उदाहरण के लिए #define HAVE_STDIO_H,
#define HAVE_LIBM, आदि। डिफ़ॉल्ट रूप से लिखना नहीं है कॉन्फ़िग.एच फ़ाइल. आप निर्दिष्ट कर सकते हैं
वही कॉन्फ़िग.एच फ़ाइल को Configure करने के लिए एकाधिक कॉल में, जिस स्थिति में स्कैन्स मर्जी
निर्दिष्ट फ़ाइल में सभी परिणामों को संयोजित करें। ध्यान दें कि SCons अपने सामान्य का उपयोग करता है
निर्भरता जाँच यह तय करने के लिए कि क्या निर्दिष्ट पुनर्निर्माण करना आवश्यक है कॉन्फ़िगरेशन_एच
फ़ाइल। इसका मतलब यह है कि फ़ाइल को हर बार scons चलाने पर फिर से बनाया जाना ज़रूरी नहीं है, लेकिन
केवल तभी पुनर्निर्माण किया जाता है जब इसकी सामग्री बदल गई होगी और कुछ लक्ष्य जो इस पर निर्भर करता है
कॉन्फ़िगरेशन_एच फ़ाइल बनाई जा रही है.

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

एक बनाया कॉन्फ़िगर इंस्टैंस में निम्नलिखित संबद्ध विधियाँ हैं:

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

निम्नलिखित जाँचें पूर्वनिर्धारित हैं। (समय बीतने के साथ यह सूची संभवतः बड़ी होती जाएगी
और डेवलपर्स नए उपयोगी परीक्षणों का योगदान करते हैं।)

SConf.CheckHeader(प्रसंग, हैडर[उद्धरण शामिल करें, भाषा]), स्कोन्फ.चेकहैडर(हैडर,
[उद्धरण शामिल करें, भाषा])
जांचता है अगर हैडर निर्दिष्ट भाषा में प्रयोग योग्य है। हैडर एक सूची हो सकती है, जिसमें
यदि सूची में अंतिम आइटम जाँच की जाने वाली हेडर फ़ाइल है, और पिछली सूची
आइटम हेडर फ़ाइलें हैं जिनके # शामिल पंक्तियाँ हेडर लाइन से पहले होनी चाहिए
जाँच की गई। वैकल्पिक तर्क उद्धरण शामिल करें दो अक्षर वाली स्ट्रिंग होनी चाहिए,
जहाँ पहला अक्षर आरंभिक उद्धरण को दर्शाता है और दूसरा अक्षर
समापन उद्धरण। डिफ़ॉल्ट रूप से, दोनों अक्षर " (डबल कोट) हैं। वैकल्पिक
तर्क भाषा या तो होना चाहिए C or सी + + और उपयोग किए जाने वाले कंपाइलर का चयन करता है
जाँच सफल होने पर 1 और असफल होने पर 0 लौटाता है।

SConf.CheckCHeader(प्रसंग, हैडर[उद्धरण शामिल करें]), स्कोन्फ.चेकहेडर(हैडर,
[उद्धरण शामिल करें])
यह एक आवरण है SConf.चेकहेडर जो जाँचता है कि हैडर सी में प्रयोग योग्य है
भाषा। हैडर एक सूची हो सकती है, जिस स्थिति में सूची में अंतिम आइटम शीर्षक होता है
जाँच की जाने वाली फ़ाइल, और पिछली सूची आइटम हेडर फ़ाइलें हैं जिनकी # शामिल पंक्तियां
जाँच की जा रही हेडर लाइन से पहले होना चाहिए। वैकल्पिक तर्क उद्धरण शामिल करें
दो अक्षरों वाली स्ट्रिंग होनी चाहिए, जहाँ पहला अक्षर आरंभिक उद्धरण को दर्शाता है
और दूसरा वर्ण समापन उद्धरण को दर्शाता है (दोनों डिफ़ॉल्ट रूप से \N'34' हैं). 1 लौटाता है
सफलता पर 0 और असफलता पर XNUMX.

SConf.CheckCXXHeader(प्रसंग, हैडर[उद्धरण शामिल करें]), स्कोन्फ.CheckCXXहेडर(हैडर,
[उद्धरण शामिल करें])
यह एक आवरण है SConf.चेकहेडर जो जाँचता है कि हैडर C++ में प्रयोग योग्य है
भाषा। हैडर एक सूची हो सकती है, जिस स्थिति में सूची में अंतिम आइटम शीर्षक होता है
जाँच की जाने वाली फ़ाइल, और पिछली सूची आइटम हेडर फ़ाइलें हैं जिनकी # शामिल पंक्तियां
जाँच की जा रही हेडर लाइन से पहले होना चाहिए। वैकल्पिक तर्क उद्धरण शामिल करें
दो अक्षरों वाली स्ट्रिंग होनी चाहिए, जहाँ पहला अक्षर आरंभिक उद्धरण को दर्शाता है
और दूसरा वर्ण समापन उद्धरण को दर्शाता है (दोनों डिफ़ॉल्ट रूप से \N'34' हैं). 1 लौटाता है
सफलता पर 0 और असफलता पर XNUMX.

SConf.CheckFunc(संदर्भ,, function_name[हैडर, भाषा]),
स्कोन्फ.चेकफ़ंक्शन(function_name[हैडर, भाषा])
जाँचता है कि निर्दिष्ट C या C++ फ़ंक्शन उपलब्ध है या नहीं। function_name का नाम वें
जाँच करने के लिए फ़ंक्शन। वैकल्पिक हैडर तर्क एक स्ट्रिंग है जो होगा
परीक्षण फ़ाइल के शीर्ष पर रखा गया है जिसे यह जाँचने के लिए संकलित किया जाएगा कि क्या फ़ंक्शन
मौजूद है; डिफ़ॉल्ट है:

#ifdef __cplusplus
बाहरी "सी"
#endif
चार फ़ंक्शन_नाम();

वैकल्पिक भाषा तर्क होना चाहिए C or सी + + और उपयोग किए जाने वाले कंपाइलर का चयन करता है
जाँच के लिए; डिफ़ॉल्ट "C" है।

SConf.चेकलिब(प्रसंग[पुस्तकालय, प्रतीक, हैडर, भाषा, ऑटोऐड=1]),
स्कोन्फ.चेकलिब([पुस्तकालय, प्रतीक, हैडर, भाषा, ऑटोऐड=1])
जांचता है अगर पुस्तकालय प्रदान करता है प्रतीक। यदि का मान ऑटोऐड 1 है और पुस्तकालय
निर्दिष्ट प्रदान करता है प्रतीक, लाइब्रेरी को LIBS निर्माण में जोड़ता है
वातावरण विविधता। पुस्तकालय यह None (डिफ़ॉल्ट) भी हो सकता है, ऐसी स्थिति में प्रतीक is
वर्तमान LIBS चर, या लाइब्रेरी नामों की सूची के साथ जाँच की जाती है, जिस स्थिति में प्रत्येक
सूची में लाइब्रेरी की जाँच की जाएगी प्रतीक. अगर प्रतीक सेट नहीं है या कोई नहीं, तो
SConf.चेकलिब() केवल यह जाँचता है कि क्या आप निर्दिष्ट के विरुद्ध लिंक कर सकते हैं पुस्तकालय।
वैकल्पिक भाषा तर्क होना चाहिए C or सी + + और उपयोग किए जाने वाले कंपाइलर का चयन करता है
चेक; डिफ़ॉल्ट "C" है। के लिए डिफ़ॉल्ट मान ऑटोऐड 1 है। यह विधि लौटाती है
सफलता पर 1 और गलती पर 0.

SConf.CheckLibWithHeader(प्रसंग, पुस्तकालय, हैडर, भाषा[कॉल, ऑटोऐड]),
स्कोन्फ.चेकलिबविथहेडर(पुस्तकालय, हैडर, भाषा[कॉल, ऑटोऐड])
SConf.CheckLib कॉल के विपरीत, यह कॉल एक अधिक परिष्कृत तरीका प्रदान करता है
पुस्तकालयों के खिलाफ जाँच करें। फिर से, पुस्तकालय पुस्तकालय या पुस्तकालयों की सूची निर्दिष्ट करता है
जाँच करने के लिए। हैडर जाँच करने के लिए एक शीर्षलेख निर्दिष्ट करता है. हैडर एक सूची हो सकती है, जिसमें
यदि सूची में अंतिम आइटम जाँच की जाने वाली हेडर फ़ाइल है, और पिछली सूची
आइटम हेडर फ़ाइलें हैं जिनके # शामिल पंक्तियाँ हेडर लाइन से पहले होनी चाहिए
जाँच की गई. भाषा 'C','c','CXX','cxx','C++' और 'c++' में से एक हो सकता है। कॉल हो सकता है
कोई भी वैध अभिव्यक्ति (अंतिम ';' के साथ)। अगर कॉल सेट नहीं है, तो डिफ़ॉल्ट बस
जाँचता है कि आप निर्दिष्ट के विरुद्ध लिंक कर सकते हैं पुस्तकालय. ऑटोऐड निर्दिष्ट करता है कि क्या
लाइब्रेरी को वातावरण में जोड़ें (केवल तभी जब जाँच सफल हो)। यह विधि 1 लौटाती है
सफलता पर 0 और त्रुटि पर XNUMX.

SConf.चेकटाइप(प्रसंग, नाम लिखो[शामिल, भाषा]), स्कोन्फ.चेकटाइप(नाम लिखो,
[शामिल, भाषा])
द्वारा परिभाषित प्रकार के अस्तित्व की जाँच करता है टंकण. नाम लिखो निर्दिष्ट करता है
जाँच करने के लिए typedef नाम. शामिल एक स्ट्रिंग है जिसमें एक या अधिक शामिल हैं # शामिल पंक्तियां
जिसे प्रोग्राम में डाला जाएगा और उसके अस्तित्व की जांच के लिए चलाया जाएगा
प्रकार. वैकल्पिक भाषा तर्क होना चाहिए C or सी + + और संकलक का चयन करता है
जाँच के लिए उपयोग किया जाना है; डिफ़ॉल्ट "C" है। उदाहरण:

sconf.CheckType('foo_type', '#include "my_types.h"', 'C++')

कॉन्फ़िगर.चेकसीसी(स्वयं)
जाँचता है कि क्या C कंपाइलर (जैसा कि CC निर्माण चर द्वारा परिभाषित किया गया है) किसके द्वारा कार्य करता है
एक छोटी स्रोत फ़ाइल संकलित करने का प्रयास कर रहा हूँ।

डिफ़ॉल्ट रूप से, SCons केवल यह पता लगाता है कि क्या सही नाम वाला कोई प्रोग्राम है, यह नहीं कि यह सही नाम है या नहीं।
एक कार्यशील संकलक है.

यह C स्रोत के लिए ऑब्जेक्ट बिल्डर द्वारा उपयोग किए जाने वाले कमांड के समान ही कमांड का उपयोग करता है
फ़ाइल, ताकि इसका उपयोग यह पता लगाने के लिए किया जा सके कि कोई विशेष कंपाइलर फ़्लैग काम करता है या नहीं।

कॉन्फ़िगर.CheckCXX(स्वयं)
जाँचता है कि क्या C++ कंपाइलर (जैसा कि CXX कंस्ट्रक्शन वेरिएबल द्वारा परिभाषित है) किसके द्वारा कार्य करता है
एक छोटी स्रोत फ़ाइल संकलित करने का प्रयास कर रहा है। डिफ़ॉल्ट रूप से, SCons केवल तभी पता लगाता है जब कोई हो
प्रोग्राम को सही नाम से चलाएं, न कि तब जब वह कार्यशील कंपाइलर हो।

यह CXX के लिए ऑब्जेक्ट बिल्डर द्वारा उपयोग किए जाने वाले कमांड के समान ही कमांड का उपयोग करता है
स्रोत फ़ाइलों में इसका उपयोग यह पता लगाने के लिए किया जा सकता है कि कोई विशेष कंपाइलर ध्वज काम करता है या नहीं।

कॉन्फ़िगर.CheckSHCC(स्वयं)
जाँचता है कि क्या C कंपाइलर (SHCC निर्माण चर द्वारा परिभाषित) किसके द्वारा कार्य करता है
एक छोटी स्रोत फ़ाइल संकलित करने का प्रयास कर रहा है। डिफ़ॉल्ट रूप से, SCons केवल तभी पता लगाता है जब कोई हो
प्रोग्राम को सही नाम से चलाएं, न कि तब जब वह कार्यशील कंपाइलर हो।

यह C स्रोत के लिए ऑब्जेक्ट बिल्डर द्वारा उपयोग किए जाने वाले कमांड के समान ही कमांड का उपयोग करता है
फ़ाइल, इसलिए इसका उपयोग यह पता लगाने के लिए किया जा सकता है कि कोई विशेष कंपाइलर फ़्लैग काम करता है या नहीं।
यह जाँच नहीं करता है कि ऑब्जेक्ट कोड का उपयोग साझा लाइब्रेरी बनाने के लिए किया जा सकता है या नहीं, केवल
संकलन (लिंक नहीं) सफल हो।

कॉन्फ़िगर.चेकSHCXX(स्वयं)
जाँचता है कि C++ कंपाइलर (जैसा कि SHCXX निर्माण चर द्वारा परिभाषित किया गया है) काम करता है या नहीं
एक छोटी स्रोत फ़ाइल संकलित करने का प्रयास करके। डिफ़ॉल्ट रूप से, SCons केवल तभी पता लगाता है जब कोई हो
प्रोग्राम को सही नाम से चलाएं, न कि तब जब वह कार्यशील कंपाइलर हो।

यह CXX के लिए ऑब्जेक्ट बिल्डर द्वारा उपयोग किए जाने वाले कमांड के समान ही कमांड का उपयोग करता है
स्रोत फ़ाइलों में इसका उपयोग यह पता लगाने के लिए किया जा सकता है कि कोई विशेष कंपाइलर ध्वज काम करता है या नहीं।
यह जाँच नहीं करता कि ऑब्जेक्ट कोड का उपयोग साझा लाइब्रेरी बनाने के लिए किया जा सकता है या नहीं,
केवल इतना कि संकलन (लिंक नहीं) सफल हो।

विशिष्ट कॉन्फ़िगर उपयोग का उदाहरण:

env = पर्यावरण()
conf = कॉन्फ़िगर( env )
यदि नहीं conf.CheckCHeader( 'math.h' ):
प्रिंट 'हमें सचमुच math.h की जरूरत है!'
निकास(1)
यदि conf.CheckLibWithHeader( 'qt', 'qapp.h', 'c++',
'QApplication qapp(0,0);' ):
# qt - उपयोग के लिए काम करें, जैसे
conf.env.Append( CPPFLAGS = '-DWITH_QT' )
env = conf.फिनिश()

SConf.CheckTypeSize(प्रसंग, नाम लिखो[हैडर, भाषा, उम्मीद]),
स्कोन्फ.चेकटाइपसाइज़(नाम लिखो[हैडर, भाषा, उम्मीद])
द्वारा परिभाषित प्रकार के आकार की जाँच करता है टंकण. नाम लिखो टाइपडेफ़ निर्दिष्ट करता है
जाँच करने के लिए नाम। वैकल्पिक हैडर तर्क एक स्ट्रिंग है जिसे पर रखा जाएगा
परीक्षण फ़ाइल का शीर्ष जिसे यह जाँचने के लिए संकलित किया जाएगा कि फ़ंक्शन मौजूद है या नहीं;
डिफ़ॉल्ट रिक्त है। वैकल्पिक भाषा तर्क होना चाहिए C or सी + + और चयन करता है
जाँच के लिए इस्तेमाल किया जाने वाला कंपाइलर; डिफ़ॉल्ट "C" है। वैकल्पिक उम्मीद तर्क
एक पूर्णांक होना चाहिए। यदि इस तर्क का उपयोग किया जाता है, तो फ़ंक्शन केवल यह जाँच करेगा कि क्या
type_name में दिए गए प्रकार का अपेक्षित आकार (बाइट्स में) होता है। उदाहरण के लिए,
चेकटाइपसाइज़('छोटा', उम्मीद = 2) सफलता तभी लौटाएगा जब शॉर्ट दो बाइट्स होगा।

SConf.चेकडिक्लेरेशन(प्रसंग, प्रतीक[शामिल, भाषा]),
स्कोन्फ.चेकडिक्लेरेशन(प्रतीक[शामिल, भाषा])
जाँचता है कि निर्दिष्ट प्रतीक घोषित किया जाता है। शामिल एक स्ट्रिंग है जिसमें एक या
अधिक # शामिल वे पंक्तियाँ जो परीक्षण के लिए चलाए जाने वाले प्रोग्राम में डाली जाएँगी
प्रकार के अस्तित्व के लिए। वैकल्पिक भाषा तर्क होना चाहिए C or सी + + और
जाँच के लिए उपयोग किए जाने वाले कंपाइलर का चयन करता है; डिफ़ॉल्ट "C" है।

SConf.परिभाषित(प्रसंग, प्रतीक[मूल्य, टिप्पणी]), स्कोन्फ।परिभाषित करना(प्रतीक[मूल्य, टिप्पणी])
यह फ़ंक्शन किसी भी चीज़ की जाँच नहीं करता है, लेकिन एक प्रीप्रोसेसर प्रतीक को परिभाषित करता है जो
कॉन्फ़िगरेशन हेडर फ़ाइल में जोड़ा जा सकता है। यह AC_DEFINE के बराबर है, और
प्रतीक को परिभाषित करता है नाम वैकल्पिक के साथ मूल्य और वैकल्पिक टिप्पणी टिप्पणी.

उदाहरण:

env = पर्यावरण()
conf = कॉन्फ़िगर( env )

# कॉन्फ़िगरेशन हेडर फ़ाइल में निम्न पंक्ति डालें:
# #A_SYMBOL परिभाषित करें
conf.परिभाषित करें('A_SYMBOL')

# कॉन्फ़िगरेशन हेडर फ़ाइल में निम्न पंक्ति डालें:
# #A_SYMBOL 1 परिभाषित करें
conf.परिभाषित करें('A_SYMBOL', 1)

हालाँकि, स्ट्रिंग मान उद्धृत करते समय सावधान रहें:

env = पर्यावरण()
conf = कॉन्फ़िगर( env )

# कॉन्फ़िगरेशन हेडर फ़ाइल में निम्न पंक्ति डालें:
# #define A_SYMBOL YA
conf.Define('A_SYMBOL', "YA")

# कॉन्फ़िगरेशन हेडर फ़ाइल में निम्न पंक्ति डालें:
# #A_SYMBOL "YA" को परिभाषित करें
conf.Define('A_SYMBOL', '"YA"')

टिप्पणी के लिए:

env = पर्यावरण()
conf = कॉन्फ़िगर( env )

# कॉन्फ़िगरेशन हेडर फ़ाइल में निम्न पंक्तियाँ डालें:
# /* यदि आपके पास कोई प्रतीक है तो उसे 1 पर सेट करें */
# #A_SYMBOL 1 परिभाषित करें
conf.Define('A_SYMBOL', 1, 'यदि आपके पास कोई प्रतीक है तो उसे 1 पर सेट करें')

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

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

चेककॉन्टेक्स्ट.रिजल्ट(स्व,, रेस)
आमतौर पर जांच पूरी हो जाने के बाद कॉल किया जाता है। रेस या तो एक पूर्णांक या एक स्ट्रिंग हो सकता है।
पहले मामले में, उपयोगकर्ता को 'हां' (res != 0) या 'नहीं' (res == 0) प्रदर्शित किया जाता है
बाद के मामले में दी गई स्ट्रिंग प्रदर्शित की जाती है।

चेककॉन्टेक्स्ट.ट्राईकंपाइल(स्वयं, टेक्स्ट, विस्तार)
जाँचता है कि क्या निर्दिष्ट फ़ाइल विस्तार (उदाहरणार्थ '.c') जिसमें टेक्स्ट हो सकता है
पर्यावरण का उपयोग करके संकलित वस्तु बिल्डर. सफलता पर 1 और 0 लौटाता है
विफलता।

चेककॉन्टेक्स्ट.ट्राईलिंक(स्वयं, टेक्स्ट, विस्तार)
जाँचता है कि क्या निर्दिष्ट फ़ाइल है विस्तार (उदाहरणार्थ '.c') जिसमें टेक्स्ट हो सकता है
पर्यावरण का उपयोग करके संकलित कार्यक्रम बिल्डर. सफलता पर 1 और 0 लौटाता है
विफलता।

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

चेककॉन्टेक्स्ट.ट्राईएक्शन(स्वयं, कार्य[टेक्स्ट, विस्तार])
जाँचता है कि निर्दिष्ट कार्य एक वैकल्पिक स्रोत फ़ाइल के साथ (सामग्री टेक्स्ट , विस्तार
विस्तार = '' ) निष्पादित किया जा सकता है. कार्य कुछ भी हो सकता है जिसे परिवर्तित किया जा सकता है
स्कैन्स कार्यवाही. सफलता पर, (1, आउटपुटस्ट्र) लौटा दिया जाता है, जहां आउटपुटStr सामग्री है
लक्ष्य फ़ाइल की विफलता पर (0, '') वापस आ गया है

चेककॉन्टेक्स्ट.ट्राईबिल्ड(स्वयं, निर्माता[टेक्स्ट, विस्तार])
विशिष्ट बिल्ड के परीक्षण के लिए निम्न स्तर कार्यान्वयन; उपरोक्त विधियाँ निम्न पर आधारित हैं
इस विधि का प्रयोग करें। बिल्डर उदाहरण दिया गया है निर्माता और वैकल्पिक टेक्स्ट किसी स्रोत फ़ाइल का
वैकल्पिक के साथ विस्तार, यह विधि सफलता पर 1 और विफलता पर 0 लौटाती है।
इसके अलावा, स्वयं.अंतिमलक्ष्य बिल्ड लक्ष्य नोड पर सेट है, अगर बिल्ड था
सफल।

कस्टम परीक्षणों को लागू करने और उपयोग करने के लिए उदाहरण:

def CheckQt(संदर्भ, qtdir):
context.Message( 'qt की जाँच कर रहा है ...' )
lastLIBS = संदर्भ.env['LIBS']
lastLIBPATH = संदर्भ.env['LIBPATH']
lastCPPPATH= संदर्भ.env['CPPPATH']
context.env.Append(LIBS = 'qt', LIBPATH = qtdir + '/ दायित्व', CPPPATH = qtdir + '/शामिल' )
ret = संदर्भ.TryLink("""
#शामिल करना
int मुख्य(int argc, char **argv) {
QApplication qapp(argc, argv);
0 वापसी;
}
""")
यदि नहीं तो:
context.env.Replace(LIBS = lastLIBS, LIBPATH=lastLIBPATH, CPPPATH=lastCPPPATH)
संदर्भ.परिणाम( ret )
वापसी

env = पर्यावरण()
conf = कॉन्फ़िगर( env, कस्टम_टेस्ट = { 'CheckQt' : CheckQt } )
यदि नहीं तो conf.CheckQt('/usr/lib/qt'):
प्रिंट 'हमें वास्तव में क्यूटी की आवश्यकता है!'
निकास(1)
env = conf.फिनिश()

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

$ scons चर = foo

चर मानों को पाठ-आधारित SConscript फ़ाइल में भी निर्दिष्ट किया जा सकता है।
Variables ऑब्जेक्ट में, Variables() फ़ंक्शन को कॉल करें:

चर([फ़ाइलों], [आर्ग])
यह एक वैरिएबल ऑब्जेक्ट बनाता है जो फ़ाइल से निर्माण वैरिएबल को पढ़ेगा या
में निर्दिष्ट फ़ाइल नामों की सूची फ़ाइलोंयदि कोई फ़ाइल निर्दिष्ट नहीं है, या फ़ाइलों तर्क
is कोई नहीं, तो कोई भी फाइल नहीं पढ़ी जाएगी। वैकल्पिक तर्क आर्ग का एक शब्दकोश है
मान जो निर्दिष्ट फ़ाइलों से पढ़ी गई किसी भी चीज़ को ओवरराइड कर देगा; यह मुख्य रूप से है
पारित करने का इरादा है बहस शब्दकोश जो निर्दिष्ट चर रखता है
कमांड लाइन. उदाहरण:

vars = चर('custom.py')
vars = चर('overrides.py', तर्क)
vars = चर (कोई नहीं, {FOO:'विस्तार', BAR:7})

चर ऑब्जेक्ट्स में निम्नलिखित विधियाँ होती हैं:

जोड़ना(कुंजी[मदद, चूक, सत्यापनकर्ता, परिवर्तक])
यह Variables ऑब्जेक्ट में एक अनुकूलन योग्य निर्माण चर जोड़ता है। कुंजी विश्व का सबसे लोकप्रिय एंव
चर का नाम. मदद चर के लिए सहायता पाठ है. चूक डिफ़ॉल्ट है
चर का मान; यदि डिफ़ॉल्ट मान है कोई नहीं और इसका कोई स्पष्ट मूल्य नहीं है
निर्दिष्ट, निर्माण चर होगा नहीं निर्माण में जोड़ा जाएगा
पर्यावरण. सत्यापनकर्ता चर के मान को मान्य करने के लिए कहा जाता है, और ऐसा करना चाहिए
तीन तर्क लें: कुंजी, मान और पर्यावरण।
अमान्य मान अपवाद उत्पन्न करना है (नीचे उदाहरण देखें)। परिवर्तक को कहा जाता है
पर्यावरण में डालने से पहले मूल्य को परिवर्तित करें, और या तो लेना चाहिए
मान, या मान और पर्यावरण, पैरामीटर के रूप में। परिवर्तक एक मान लौटाना होगा,
जिसे सत्यापन से पहले एक स्ट्रिंग में परिवर्तित कर दिया जाएगा सत्यापनकर्ता (यदि कोई)
और फिर पर्यावरण में जोड़ दिया गया।

उदाहरण:

vars.Add('CC', 'सी कंपाइलर')

def valid_color(कुंजी, val, env):
यदि ['लाल', 'नीला', 'पीला'] में मान नहीं है:
अपवाद उठाएँ("अमान्य रंग मान '%s'" % val)
vars.Add('रंग', सत्यापनकर्ता=valid_color)

वेरिएबल्स जोड़ें(सूची)
एक रैपर स्क्रिप्ट जो एक वैरिएबल में कई अनुकूलन योग्य निर्माण वैरिएबल जोड़ती है
वस्तु। सूची टपल या सूची ऑब्जेक्ट्स की एक सूची है जिसमें किसी के लिए तर्क होते हैं
व्यक्तिगत कॉल विधि.

ऑप्ट.AddVariables(
('डीबग', '', 0),
('सीसी', 'सी कंपाइलर'),
('VALIDATE', 'सत्यापन परीक्षण के लिए एक विकल्प',
'नॉटसेट', सत्यापनकर्ता, कोई नहीं),
)

अद्यतन(env[आर्ग])
यह निर्माण वातावरण को अद्यतन करता है env अनुकूलित निर्माण के साथ
चर। कोई भी निर्दिष्ट चर जो नहीं वेरिएबल्स ऑब्जेक्ट के लिए कॉन्फ़िगर किया गया
सहेजा जाएगा और पुनः प्राप्त किया जा सकता है अज्ञातचर() विधि, नीचे दी गई है।

आम तौर पर इस विधि को सीधे नहीं बुलाया जाता है, बल्कि इसे अप्रत्यक्ष रूप से पास करके बुलाया जाता है
Environment() फ़ंक्शन के लिए चर ऑब्जेक्ट:

env = पर्यावरण(चर=vars)

वेरिएबल्स ऑब्जेक्ट बनाते समय निर्दिष्ट की गई टेक्स्ट फ़ाइल(फ़ाइलें) इस प्रकार निष्पादित की जाती हैं
पायथन स्क्रिप्ट, और फ़ाइल में सेट किए गए (वैश्विक) पायथन चर के मान जोड़े जाते हैं
निर्माण पर्यावरण.

उदाहरण:

सीसी = 'my_cc'

अज्ञातचर()
फ़ाइलों में निर्दिष्ट किसी भी चर वाले शब्दकोश को लौटाता है
या वह शब्दकोष जिसके साथ Variables ऑब्जेक्ट को आरंभ किया गया था, लेकिन जिसके लिए
वेरिएबल्स ऑब्जेक्ट कॉन्फ़िगर नहीं किया गया था.

env = पर्यावरण(चर=vars)
कुंजी के लिए, vars.UnknownVariables() में मान:
प्रिंट "अज्ञात चर: %s=%s" % (कुंजी, मान)

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

env = पर्यावरण()
vars = वेरिएबल्स (['variables.cache', 'custom.py'])
vars.जोड़ें(...)
vars.अपडेट(env)
vars.Save('variables.cache', env)

जेनरेटहेल्पटेक्स्ट(env[तरह])
यह अनुकूलन योग्य निर्माण चरों का दस्तावेजीकरण करने में सहायता पाठ उत्पन्न करता है
Help() फ़ंक्शन में पास करने के लिए. env निर्माण का वह वातावरण है जो
अनुकूलन योग्य चर के वास्तविक मान प्राप्त करने के लिए उपयोग किया जा सकता है। वैकल्पिक के साथ कॉल करना
तरह फ़ंक्शन आउटपुट को निर्दिष्ट तर्क द्वारा सॉर्ट करने का कारण बनेगा।
विशिष्ट तरह फ़ंक्शन को दो तर्क लेने चाहिए और -1, 0 या 1 (जैसे) लौटाना चाहिए
मानक पायथन सीएमपी समारोह)।

सहायता(vars.GenerateHelpText(env))
सहायता(vars.GenerateHelpText(env, sort=cmp))

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

def my_format(env, opt, help, default, actual):
fmt = "\n%s: डिफ़ॉल्ट=%s वास्तविक=%s (%s)\n"
fmt % (ऑप्ट, डिफ़ॉल्ट, वास्तविक, सहायता) लौटाएँ
vars.FormatVariableHelpText = my_format

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

बूलवेरिएबल(कुंजी, मदद, चूक)
बूलियन विकल्प सेट करने के लिए तर्कों का एक टपल लौटाएँ। विकल्प का उपयोग करेगा
निर्दिष्ट नाम कुंजी, का डिफ़ॉल्ट मान है चूक, और निर्दिष्ट प्रदर्शित करें मदद
टेक्स्ट. विकल्प मानों की व्याख्या करेगा y, हाँ, t, <strong>उद्देश्य</strong>1, on और सब सच है, और
मूल्य n, नहीं, f, असत्य0, बंद और कोई नहीं झूठा है।

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

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

पैकेजवैरिएबल(कुंजी, मदद, चूक)
एक विकल्प सेट करने के लिए तर्कों का एक टपल लौटाएं जिसका मान पथ नाम है
पैकेज जिसे सक्षम, अक्षम या स्पष्ट पथ नाम दिया जा सकता है। विकल्प
निर्दिष्ट नाम का उपयोग करें कुंजी, का डिफ़ॉल्ट मान है चूक, और निर्दिष्ट प्रदर्शित करें
मदद टेक्स्ट. विकल्प मानों का समर्थन करेगा हाँ, <strong>उद्देश्य</strong>, on, सक्षम or यहाँ खोजेंमें
जो मामला निर्दिष्ट चूक का उपयोग किया जाएगा, या विकल्प को पर सेट किया जा सकता है
मनमाना स्ट्रिंग (आमतौर पर सक्षम किए जा रहे पैकेज का पथ नाम)।
विकल्प भी मूल्यों का समर्थन करेगा नहीं, असत्य, बंद or अक्षम करें का उपयोग अक्षम करने के लिए
निर्दिष्ट विकल्प.

पथचर(कुंजी, मदद, चूक[सत्यापनकर्ता])
एक विकल्प सेट करने के लिए तर्कों का एक टपल लौटाएं जिसका मान पथ होने की उम्मीद है
नाम. विकल्प निर्दिष्ट नाम का उपयोग करेगा कुंजी, का डिफ़ॉल्ट मान है चूक, तथा
निर्दिष्ट प्रदर्शित करें मदद पाठ. एक अतिरिक्त सत्यापनकर्ता निर्दिष्ट किया जा सकता है कि
यह सत्यापित करने के लिए कॉल किया जाता है कि निर्दिष्ट पथ स्वीकार्य है। SCons निम्नलिखित की आपूर्ति करता है
तैयार सत्यापनकर्ता: पथचर.पथअस्तित्व (डिफ़ॉल्ट), जो सत्यापित करता है कि
निर्दिष्ट पथ मौजूद है; पथचर.PathIsFile, जो यह सत्यापित करता है कि निर्दिष्ट पथ
एक मौजूदा फ़ाइल है; पथचर.PathIsDir, जो सत्यापित करता है कि निर्दिष्ट पथ है
एक मौजूदा निर्देशिका; पथवैरिएबल.PathIsDirCreate, जो यह सत्यापित करता है कि निर्दिष्ट
पथ एक निर्देशिका है और यदि पथ निर्दिष्ट निर्देशिका नहीं बनाता है तो यह निर्दिष्ट निर्देशिका बनाएगा
मौजूद हैं; और पथचर.पथस्वीकार, जो केवल विशिष्ट पथ नाम को स्वीकार करता है
बिना सत्यापन के तर्क, और जो उपयुक्त है यदि आप चाहते हैं कि आपके उपयोगकर्ता सक्षम हों
एक निर्देशिका पथ निर्दिष्ट करने के लिए जो निर्माण प्रक्रिया के भाग के रूप में बनाया जाएगा, के लिए
उदाहरण के लिए, आप अपना स्वयं का उदाहरण दे सकते हैं सत्यापनकर्ता फ़ंक्शन, जिसे तीन तर्क लेने होंगे
(कुंजी, सेट किए जाने वाले चर का नाम; लहर, निर्दिष्ट मान की जाँच की जा रही है; और
env, निर्माण वातावरण) और निर्दिष्ट होने पर अपवाद उठाना चाहिए
मूल्य स्वीकार्य नहीं है.

ये फ़ंक्शन सुसंगतता के साथ कई चर बनाने को सुविधाजनक बनाते हैं
एक ही कॉल में व्यवहार चर जोड़ें तरीका:

vars.AddVariables(
BoolVariable('चेतावनी', '-Wall और समान के साथ संकलन', 1),
EnumVariable('डीबग', 'डीबग आउटपुट और प्रतीक', 'नहीं'
स्वीकृत_मान=('हाँ', 'नहीं', 'पूर्ण'),
map={}, ignorecase=0), # केस सेंसिटिव
सूची चर('साझा',
'पुस्तकालयों को साझा पुस्तकालयों के रूप में निर्मित करना',
'सभी',
नाम = पुस्तकालयों की सूची),
पैकेजवैरिएबल('x11',
'यहाँ स्थापित X11 का उपयोग करें (हाँ = कुछ स्थानों पर खोजें)',
'हाँ'),
PathVariable('qtdir', 'जहाँ Qt का मूल स्थापित है', qtdir),
PathVariable('foopath', 'जहाँ foo लाइब्रेरी स्थापित है', foopath,
पथचर.PathIsDir),

)

पट्टिका और निर्देशिका नोड्स
RSI पट्टिका() तथा डिर() फ़ंक्शन वापसी पट्टिका और डिर नोड्स, क्रमशः. पायथन ऑब्जेक्ट्स,
क्रमशः। उन ऑब्जेक्ट्स में कई उपयोगकर्ता-दृश्यमान विशेषताएँ और विधियाँ हैं जो
अक्सर उपयोगी:

पथ
दी गई फ़ाइल या निर्देशिका का बिल्ड पथ। यह पथ शीर्ष-स्तर से संबंधित है
निर्देशिका (जहाँ एसकंस्ट्रक्ट फ़ाइल मिल जाती है)। बिल्ड पथ वही है जो फ़ाइल में है।
स्रोत पथ यदि variant_dir उपयोग नहीं किया जा रहा है.

एब्सपथ
दी गई फ़ाइल या निर्देशिका का पूर्ण निर्माण पथ.

srcनोड()
RSI srcनोड() विधि एक और लौटाती है पट्टिका or डिर वस्तु का प्रतिनिधित्व स्रोत पथ
दिए गए का पट्टिका or डिर।

# शीर्ष के सापेक्ष वर्तमान बिल्ड निर्देशिका का पथ प्राप्त करें।
Dir('.').पथ
# वर्तमान निर्देशिका का निरपेक्ष पथ
डायरेक्टरी('.').abspath
# अगली पंक्ति हमेशा '.' होती है, क्योंकि यह शीर्ष निर्देशिका का स्वयं के सापेक्ष पथ होता है।
Dir('#.').पथ
File('foo.c').srcnode().path # दी गई स्रोत फ़ाइल का स्रोत पथ.

# बिल्डर्स फ़ाइल ऑब्जेक्ट भी लौटाते हैं:
foo = env.प्रोग्राम('foo.c')
प्रिंट "foo %s में बनाया जाएगा"%foo.path

A डिर नोड या पट्टिका नोड का उपयोग फ़ाइल और उपनिर्देशिका नोड्स बनाने के लिए भी किया जा सकता है
उत्पन्न नोड के सापेक्ष. A डिर नोड नए नोड्स को नोड के भीतर रखेगा
निर्देशिका यह प्रतिनिधित्व करता है. पट्टिका नोड नए नोड्स को अपने पैरेंट नोड में रखेगा
निर्देशिका (अर्थात, संबंधित फ़ाइल के "बगल में")। यदि d एक डिर (निर्देशिका) नोड और
f एक पट्टिका (फ़ाइल) नोड, तो ये विधियाँ उपलब्ध हैं:

d.डायर(नाम)
किसी उपनिर्देशिका के लिए एक निर्देशिका नोड लौटाता है d नामित नाम.

d।फ़ाइल(नाम)
किसी फ़ाइल के लिए फ़ाइल नोड लौटाता है d नामित नाम.

d.प्रविष्टि(नाम)
के भीतर एक अनसुलझा नोड लौटाता है d नामित नाम.

f.डायर(नाम)
नाम की एक निर्देशिका लौटाता है नाम की मूल निर्देशिका के भीतर f.

f।फ़ाइल(नाम)
नामक फ़ाइल लौटाता है नाम की मूल निर्देशिका के भीतर f.

f.प्रविष्टि(नाम)
नामक एक अनसुलझा नोड लौटाता है नाम की मूल निर्देशिका के भीतर f.

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

# किसी निर्देशिका के भीतर किसी फ़ाइल के लिए नोड प्राप्त करें
incl = Dir('शामिल')
f = incl.फ़ाइल('header.h')

# किसी निर्देशिका के भीतर उपनिर्देशिका के लिए नोड प्राप्त करें
dist = Dir('प्रोजेक्ट-3.2.1)
src = dist.Dir('src')

# समान निर्देशिका में किसी फ़ाइल के लिए नोड प्राप्त करें
cfile = फ़ाइल('sample.c')
hfile = cfile.फ़ाइल('sample.h')

# संयुक्त उदाहरण
दस्तावेज़ = Dir('दस्तावेज़')
html = docs.Dir('html')
सूचकांक = html.फ़ाइल('index.html')
सीएसएस = index.फ़ाइल('app.css')

का विस्तार एससीओएनएस

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

बिल्डर ऑब्जेक्ट्स का निर्माण निम्न का उपयोग करके किया जाता है: निर्माता समारोह। निर्माता फ़ंक्शन स्वीकार करता है
निम्नलिखित तर्क:

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

एक क्रिया फ़ंक्शन तीन तर्क लेता है: स्रोत - स्रोत नोड्स की सूची, लक्ष्य - एक
लक्ष्य नोड्स की सूची, env - निर्माण वातावरण.

उपसर्ग
वह उपसर्ग जो लक्ष्य फ़ाइल नाम के आगे जोड़ा जाएगा। इसे इस प्रकार निर्दिष्ट किया जा सकता है:
* स्ट्रिंग,

* प्रतिदेय वस्तु - एक फ़ंक्शन या अन्य कॉल करने योग्य जो दो तर्क लेता है (ए
निर्माण वातावरण और स्रोतों की एक सूची) और एक उपसर्ग लौटाता है,

* शब्दकोश - एक विशिष्ट स्रोत प्रत्यय (पहले स्रोत का) से मैपिंग निर्दिष्ट करता है
निर्दिष्ट) को संगत लक्ष्य उपसर्ग में जोड़ें। स्रोत प्रत्यय और लक्ष्य उपसर्ग दोनों
विनिर्देश पर्यावरण चर प्रतिस्थापन का उपयोग कर सकते हैं, और लक्ष्य उपसर्ग (
शब्दकोश में 'मूल्य' प्रविष्टियाँ) भी एक कॉल करने योग्य ऑब्जेक्ट हो सकता है। डिफ़ॉल्ट लक्ष्य
उपसर्ग को None कुंजी मान वाली शब्दकोश प्रविष्टि द्वारा दर्शाया जा सकता है।

b = बिल्डर("build_it < $SOURCE > $TARGET",
उपसर्ग = "फ़ाइल-")

def gen_prefix(env, स्रोत):
"फ़ाइल-" + env['प्लेटफ़ॉर्म'] + '-' लौटाएँ
b = बिल्डर("build_it < $SOURCE > $TARGET",
उपसर्ग = gen_prefix)

b = बिल्डर("build_it < $SOURCE > $TARGET",
प्रत्यय = { कोई नहीं: "फ़ाइल-",
"$SRC_SFX_A": gen_prefix })

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

b = बिल्डर("build_it < $SOURCE > $TARGET"
प्रत्यय = "-फ़ाइल")

def gen_suffix(env, स्रोत):
"." + env['PLATFORM'] + "-file" लौटाएँ
b = बिल्डर("build_it < $SOURCE > $TARGET",
प्रत्यय = gen_suffix)

b = बिल्डर("build_it < $SOURCE > $TARGET",
प्रत्यय = { कोई नहीं: ".sfx1",
"$SRC_SFX_A": gen_suffix })

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

b1 = बिल्डर("build_it < $SOURCE > $TARGET"
प्रत्यय = ".out")
b2 = बिल्डर("build_it < $SOURCE > $TARGET"
प्रत्यय = ".out",
सुनिश्चित प्रत्यय)
env = पर्यावरण()
env['बिल्डर्स']['B1'] = b1
env['बिल्डर्स']['B2'] = b2

# "foo.txt" बनाता है क्योंकि Ensure_suffix सेट नहीं है.
env.B1('foo.txt', 'foo.in')

# "bar.txt.out" बनाता है क्योंकि Ensure_suffix सेट है.
env.B2('bar.txt', 'bar.in')

src_प्रत्यय
अपेक्षित स्रोत फ़ाइल नाम प्रत्यय। यह एक स्ट्रिंग या स्ट्रिंग की सूची हो सकती है।

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

स्रोत_स्कैनर
एक स्कैनर ऑब्जेक्ट जिसे किसी भी स्रोत में अंतर्निहित निर्भरताओं को खोजने के लिए लागू किया जाएगा
इस लक्ष्य फ़ाइल को बनाने के लिए उपयोग की जाने वाली फ़ाइलें। यह वह जगह है जहाँ आप स्कैनर को निर्दिष्ट करेंगे
जैसी चीजें खोजें # शामिल स्रोत फ़ाइलों में लाइनें। पूर्व-निर्मित डिरस्कैनर स्कैनर
ऑब्जेक्ट का उपयोग यह इंगित करने के लिए किया जा सकता है कि इस बिल्डर को निर्देशिका पेड़ों को स्कैन करना चाहिए
डिस्क पर फ़ाइलों में परिवर्तन जो स्कैन्स अन्य बिल्डर या फ़ंक्शन के बारे में नहीं जानता
कॉल। (अपना स्कैनर बनाने के बारे में जानकारी के लिए नीचे "स्कैनर ऑब्जेक्ट्स" अनुभाग देखें)
(अपने स्कैनर ऑब्जेक्ट्स)

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

उदाहरण:

MakeDirectoryBuilder = बिल्डर(कार्रवाई=my_mkdir, target_factory=Dir)
env = पर्यावरण()
env.Append(बिल्डर्स = {'मेकडायरेक्टरी':मेकडायरेक्टरीबिल्डर})
env.MakeDirectory('new_directory', [])

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

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

उदाहरण:

CollectBuilder = बिल्डर(कार्रवाई=my_mkdir, source_factory=प्रविष्टि)
env = पर्यावरण()
env.Append(बिल्डर्स = {'कलेक्ट':कलेक्टबिल्डर})
env.Collect('संग्रह', ['निर्देशिका_नाम', 'फ़ाइल_नाम'])

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

एमिटर फ़ंक्शन तीन तर्क लेता है: स्रोत - स्रोत नोड्स की सूची, लक्ष्य - एक
लक्ष्य नोड्स की सूची, env - निर्माण पर्यावरण। एक उत्सर्जक को वापस लौटना चाहिए
टपल जिसमें दो सूचियाँ हैं, इस बिल्डर द्वारा बनाए जाने वाले लक्ष्यों की सूची, और
इस बिल्डर के लिए स्रोतों की सूची.

उदाहरण:

def ई (लक्ष्य, स्रोत, env):
वापसी (लक्ष्य + ['foo.foo'], स्रोत + ['foo.src'])

# बिल्डर के साथ एमिटर फ़ंक्शन का सरल संबंध।
b = बिल्डर("my_build < $TARGET > $SOURCE",
उत्सर्जक = ई)

def e2(लक्ष्य, स्रोत, env):
वापसी (लक्ष्य + ['bar.foo'], स्रोत + ['bar.src'])

# बिल्डर के साथ एमिटर फ़ंक्शन की सूची का सरल संबंध।
b = बिल्डर("my_build < $TARGET > $SOURCE",
उत्सर्जक = [ई, ई२])

# निर्माण चर के माध्यम से एमिटर फ़ंक्शन को कॉल करना।
env = पर्यावरण(MY_EMITTER = e)
b = बिल्डर("my_build < $TARGET > $SOURCE",
एमिटर = '$MY_EMITTER')

# निर्माण चर के माध्यम से एमिटर फ़ंक्शन की सूची को कॉल करना।
env = पर्यावरण(EMITTER_LIST = [e, e2])
b = बिल्डर("my_build < $TARGET > $SOURCE",
एमिटर = '$EMITTER_LIST')

# विभिन्न फ़ाइलों के साथ कई उत्सर्जकों को संबद्ध करना
# प्रत्यय शब्दकोष का उपयोग करके.
def e_suf1(लक्ष्य, स्रोत, env):
वापसी (लक्ष्य + ['another_target_file'], स्रोत)
def e_suf2(लक्ष्य, स्रोत, env):
वापसी (लक्ष्य, स्रोत + ['another_source_file'])
b = बिल्डर("my_build < $TARGET > $SOURCE",
एमिटर = {'.suf1' : e_suf1,
'.suf2' : e_suf2})

बहु
निर्दिष्ट करता है कि क्या इस बिल्डर को एक ही कार्य के लिए कई बार कॉल करने की अनुमति है
लक्ष्य फ़ाइल(फ़ाइलें)। डिफ़ॉल्ट 0 है, जिसका अर्थ है कि बिल्डर को कई बार कॉल नहीं किया जा सकता है
एक ही लक्ष्य फ़ाइल(फ़ाइलों) के लिए कई बार कॉल करना। एक ही लक्ष्य फ़ाइल(फ़ाइलों) के लिए बिल्डर को कई बार कॉल करना।
लक्ष्य केवल लक्ष्य में अतिरिक्त स्रोत फ़ाइलें जोड़ता है; इसे बदलने की अनुमति नहीं है
लक्ष्य से संबद्ध पर्यावरण, अतिरिक्त पर्यावरण ओवरराइड निर्दिष्ट करें, या
लक्ष्य के साथ एक अलग बिल्डर को संबद्ध करें.

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

जनक
एक फ़ंक्शन जो लक्ष्य(लक्ष्यों) के निर्माण के लिए निष्पादित की जाने वाली क्रियाओं की सूची लौटाता है
स्रोत(स्रोतों) से। लौटाई गई क्रिया(क्रियाएँ) एक एक्शन ऑब्जेक्ट या कुछ भी हो सकती है जो
एक्शन ऑब्जेक्ट में परिवर्तित किया जा सकता है (अगला अनुभाग देखें)।

जनरेटर फ़ंक्शन चार तर्क लेता है: स्रोत - स्रोत नोड्स की सूची, लक्ष्य -
लक्ष्य नोड्स की सूची, env - निर्माण वातावरण, हस्ताक्षर हेतु - एक बूलियन
वह मान जो निर्दिष्ट करता है कि जनरेटर को बिल्ड बनाने के लिए बुलाया जा रहा है या नहीं
हस्ताक्षर (वास्तव में आदेश निष्पादित करने के विपरीत)। उदाहरण:

def g(स्रोत, लक्ष्य, env, for_signature):
वापसी [["gcc", "-c", "-o"] + लक्ष्य + स्रोत]

b = बिल्डर(जनरेटर=g)

RSI जनक और कार्य दोनों तर्कों का उपयोग एक ही बिल्डर के लिए नहीं किया जाना चाहिए।

src_बिल्डर
जब स्रोत फ़ाइल नाम प्रत्यय इनमें से किसी से मेल नहीं खाता है, तो उपयोग करने के लिए बिल्डर को निर्दिष्ट करता है
बिल्डर के प्रत्यय। इस तर्क का उपयोग करके एक बहु-चरण बिल्डर का उत्पादन किया जाता है।

एकल स्रोत
निर्दिष्ट करता है कि यह बिल्डर प्रति कॉल केवल एक स्रोत फ़ाइल की अपेक्षा करता है।
लक्ष्य फ़ाइलों के बिना एक स्रोत फ़ाइल के परिणामस्वरूप बिल्डर को अंतर्निहित रूप से कॉल किया जाता है
कई बार (प्रत्येक दिए गए स्रोत के लिए एक बार)। एक साथ कई स्रोत फ़ाइलें देना
लक्ष्य फ़ाइलों के साथ परिणाम एक UserError अपवाद में आता है।

RSI जनक और कार्य दोनों तर्कों का उपयोग एक ही बिल्डर के लिए नहीं किया जाना चाहिए।

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

निम्नलिखित उदाहरण में, की सेटिंग स्रोत_ext_मिलान रोकता है स्कैन्स बाहर निकलने से
प्रत्ययों के बेमेल होने के कारण त्रुटि हुई foo.in और foo.अतिरिक्त.

b = बिल्डर(कार्रवाई={'.in' : 'बिल्ड $SOURCES > $TARGET'},
source_ext_match = कोई नहीं)

env = पर्यावरण(बिल्डर्स = {'MyBuild':b})
env.MyBuild('foo.out', ['foo.in', 'foo.extra'])

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

b = बिल्डर(कार्रवाई="बिल्ड < $SOURCE > $TARGET")
env = पर्यावरण(बिल्डर्स = {'MyBuild' : b})
env.MyBuild('foo.out', 'foo.in', my_arg = 'xyzzy')

chdir
एक निर्देशिका जिससे स्कोन्स इस बिल्डर के लिए निर्दिष्ट क्रिया(ओं) को निष्पादित करेगा। अगर
la chdir तर्क एक स्ट्रिंग या एक निर्देशिका नोड है, scons निर्दिष्ट में बदल जाएगा
निर्देशिका. यदि chdir एक स्ट्रिंग या नोड नहीं है और गैर-शून्य है, तो स्कोन्स होगा
लक्ष्य फ़ाइल की निर्देशिका में बदलें.

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

b = बिल्डर(कार्रवाई="बिल्ड < ${SOURCE.file} > ${TARGET.file}",
च्दिर=1)
env = पर्यावरण(बिल्डर्स = {'MyBuild' : b})
env.MyBuild('sub/dir/foo.out', 'sub/dir/foo.in')

चेतावनी: पायथन सभी थ्रेड्स के लिए केवल एक वर्तमान निर्देशिका स्थान रखता है।
इसका मतलब है कि इसका उपयोग chdir तर्क होगा नहीं SCons के साथ काम करें -j विकल्प, क्योंकि
SCons द्वारा उत्पन्न व्यक्तिगत कार्यकर्ता धागे प्रारंभ होने पर एक दूसरे के साथ हस्तक्षेप करते हैं
निर्देशिका बदलना.

बिल्डर ऑब्जेक्ट बनाते समय दिए गए कोई भी अतिरिक्त कीवर्ड तर्क (अर्थात, जब
Builder() फ़ंक्शन को कॉल किया जाता है) निष्पादित निर्माण वातावरण में सेट किया जाएगा
जब बिल्डर ऑब्जेक्ट को कॉल किया जाता है। यहाँ विहित उदाहरण एक सेट करना होगा
निर्माण चर को स्रोत कोड प्रणाली के भंडार में स्थानांतरित करना।

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

ये अतिरिक्त कीवर्ड तर्क निम्नलिखित फ़ंक्शनों को पास किए जाते हैं: कमांड जनरेटर
फ़ंक्शन, फ़ंक्शन क्रियाएँ, और एमिटर फ़ंक्शन।

कार्य वस्तुएँ
RSI निर्माता() फ़ंक्शन अपना काम शुरू कर देगा कार्य कीवर्ड तर्क को एक उपयुक्त आंतरिक में बदलें
एक्शन ऑब्जेक्ट। आप एक्शन ऑब्जेक्ट को स्पष्ट रूप से बनाने के लिए इसका उपयोग भी कर सकते हैं। कार्य() वैश्विक
फ़ंक्शन, जिसे तब पास किया जा सकता है निर्माता() फ़ंक्शन। इसका उपयोग किया जा सकता है
एक्शन ऑब्जेक्ट को अधिक लचीले ढंग से कॉन्फ़िगर करें, या यह बस इसे करने देने से अधिक कुशल हो सकता है
जब एकाधिक बिल्डर ऑब्जेक्ट्स की आवश्यकता होती है, तो प्रत्येक अलग बिल्डर ऑब्जेक्ट एक अलग एक्शन बनाता है
वही काम करने के लिए.

RSI कार्य() वैश्विक फ़ंक्शन द्वारा दर्शाई गई क्रिया के लिए उपयुक्त ऑब्जेक्ट लौटाता है
प्रथम तर्क का प्रकार:

कार्य
यदि पहला तर्क पहले से ही एक एक्शन ऑब्जेक्ट है, तो ऑब्जेक्ट को आसानी से लौटा दिया जाता है।

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

क्रिया('$CC -c -o $TARGET $SOURCES')

# निष्पादित की जा रही पंक्ति को प्रिंट नहीं करता है.
क्रिया('@build $TARGET $SOURCES')

# वापसी मान को अनदेखा करता है
क्रिया('-बिल्ड $TARGET $SOURCES')

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

क्रिया([['cc', '-c', '-Dसफेद स्थान', '-o', '$TARGET', '$SOURCES']])

समारोह
यदि पहला तर्क एक पायथन फ़ंक्शन है, तो एक फ़ंक्शन एक्शन लौटाया जाता है।
फ़ंक्शन को तीन कीवर्ड तर्क लेने चाहिए, लक्ष्य (एक नोड ऑब्जेक्ट जो प्रतिनिधित्व करता है
लक्ष्य फाइल), स्रोत (स्रोत फ़ाइल का प्रतिनिधित्व करने वाला एक नोड ऑब्जेक्ट) और env (
लक्ष्य फ़ाइल के निर्माण के लिए उपयोग किया जाने वाला निर्माण वातावरण)। लक्ष्य और स्रोत
यदि एक से अधिक लक्ष्य फ़ाइल या स्रोत हैं, तो तर्क नोड ऑब्जेक्ट की सूची हो सकते हैं
फ़ाइल। वास्तविक लक्ष्य और स्रोत फ़ाइल नाम(नाम) उनके नोड से प्राप्त किए जा सकते हैं
अंतर्निहित पायथन str() फ़ंक्शन के माध्यम से ऑब्जेक्ट्स:

लक्ष्य_फ़ाइल_नाम = str(लक्ष्य)
source_file_names = मानचित्र(लैम्ब्डा x: str(x), स्रोत)

फ़ंक्शन को 0 या वापस करना चाहिए कोई नहीं लक्ष्य के सफल निर्माण को इंगित करने के लिए
फ़ाइल(फ़ाइलें)। फ़ंक्शन अपवाद उठा सकता है या गैर-शून्य निकास स्थिति लौटा सकता है
असफल निर्माण का संकेत देते हैं।

def build_it(लक्ष्य = कोई नहीं, स्रोत = कोई नहीं, env = कोई नहीं):
# स्रोत से लक्ष्य का निर्माण करें
वापसी 0

a = एक्शन(build_it)

यदि क्रिया तर्क उपर्युक्त में से कोई नहीं है, तो None लौटाया जाता है।

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

पहले मामले में, यह एक फ़ंक्शन है जो वर्णन करने के लिए प्रिंट करने हेतु एक स्ट्रिंग लौटाता है
क्रियान्वित की जा रही क्रिया। फ़ंक्शन को इसके द्वारा भी निर्दिष्ट किया जा सकता है स्ट्रफ़ंक्शन= कीवर्ड
तर्क। फ़ाइल बनाने के लिए फ़ंक्शन की तरह, इस फ़ंक्शन को तीन कीवर्ड लेने होंगे
तर्क: लक्ष्य (लक्ष्य फ़ाइल का प्रतिनिधित्व करने वाला एक नोड ऑब्जेक्ट), स्रोत (एक नोड ऑब्जेक्ट
स्रोत फ़ाइल का प्रतिनिधित्व) और env (निर्माण का माहौल) लक्ष्य और स्रोत
यदि एक से अधिक लक्ष्य फ़ाइल या स्रोत हैं, तो तर्क नोड ऑब्जेक्ट की सूची हो सकते हैं
फ़ाइल.

दूसरे मामले में, आप स्ट्रिंग खुद ही प्रदान करते हैं। स्ट्रिंग को इसके द्वारा भी निर्दिष्ट किया जा सकता है
सीएमडीस्ट्र= कीवर्ड तर्क। स्ट्रिंग में आम तौर पर चर होते हैं, विशेष रूप से $TARGET(S) और
$SOURCE(S), या केवल एक एकल चर से मिलकर बना होता है, जिसे वैकल्पिक रूप से कहीं परिभाषित किया जाता है
अन्यथा, SCons स्वयं बाद वाले संस्करण का भारी उपयोग करता है।

उदाहरण:

def build_it(लक्ष्य, स्रोत, env):
# स्रोत से लक्ष्य का निर्माण करें
वापसी 0

def string_it(लक्ष्य, स्रोत, env):
"'%s' से '%s' का निर्माण" लौटाएँ % (लक्ष्य[0], स्रोत[0])

# स्थितिगत तर्क का उपयोग करें.
f = एक्शन(build_it, string_it)
s = Action(build_it, "'$SOURCE' से '$TARGET' का निर्माण")

# वैकल्पिक रूप से, कीवर्ड तर्क का उपयोग करें.
f = एक्शन(build_it, strfunction=string_it)
s = Action(build_it, cmdstr="'$SOURCE' से '$TARGET' का निर्माण")

# आप एक विन्यास योग्य चर प्रदान कर सकते हैं.
l = एक्शन(build_it, '$STRINGIT')

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

def build_it(लक्ष्य, स्रोत, env):
# 'XXX' निर्माण चर से लक्ष्य का निर्माण करें
open(target[0], 'w').write(env['XXX'])
वापसी 0

# स्थितिगत तर्कों का उपयोग करें.
a = एक्शन(build_it, '$STRINGIT', ['XXX'])

# वैकल्पिक रूप से, कीवर्ड तर्क का उपयोग करें.
a = एक्शन(build_it, varlist=['XXX'])

RSI कार्य() वैश्विक फ़ंक्शन को निम्नलिखित वैकल्पिक कीवर्ड तर्कों को पारित किया जा सकता है
एक्शन ऑब्जेक्ट के व्यवहार को संशोधित करें:

chdir RSI chdir कीवर्ड तर्क निर्दिष्ट करता है कि scons कार्रवाई को निष्पादित करेगा
निर्दिष्ट निर्देशिका में बदलना। यदि chdir तर्क एक स्ट्रिंग या एक निर्देशिका है
नोड, स्कोंस निर्दिष्ट निर्देशिका में बदल जाएगा। अगर chdir तर्क एक स्ट्रिंग नहीं है
या Node और गैर-शून्य है, तो scons लक्ष्य फ़ाइल की निर्देशिका में बदल जाएगा।

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

a = Action("बिल्ड < ${SOURCE.file} > ${TARGET.file}",
च्दिर=1)

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

def हमेशा_सफल(s):
# हमेशा 0 लौटाएं, जो सफलता को इंगित करता है.
वापसी 0
a = Action("बिल्ड < ${SOURCE.file} > ${TARGET.file}",
exitstatfunc=हमेशा_सफल)

बैच_कुंजी RSI बैच_कुंजी कीवर्ड तर्क का उपयोग यह निर्दिष्ट करने के लिए किया जा सकता है कि एक्शन बना सकता है
एकाधिक स्वतंत्र स्रोत फ़ाइलों को एक साथ संसाधित करके एकाधिक लक्ष्य फ़ाइलें प्राप्त करना।
विहित उदाहरण एकाधिक पास करके कई ऑब्जेक्ट फ़ाइलों का "बैच संकलन" है
स्रोत फ़ाइलों को Microsoft के Visual C / C++ जैसे किसी कंपाइलर के एकल आह्वान पर
संकलक) यदि बैच_कुंजी तर्क कोई भी गैर-गलत, गैर-कॉल करने योग्य पायथन मान है,
कॉन्फ़िगर किया गया एक्शन ऑब्जेक्ट कारण होगा स्कैन्स एक्शन के साथ बनाए गए सभी लक्ष्यों को इकट्ठा करने के लिए
ऑब्जेक्ट और एक ही निर्माण वातावरण के साथ एकल आह्वान में कॉन्फ़िगर किया गया
एक्शन ऑब्जेक्ट की कमांड लाइन या फ़ंक्शन। कमांड लाइन आमतौर पर इसका उपयोग करना चाहेंगी
परिवर्तित_स्रोत निर्माण चर (और संभवतः परिवर्तित_लक्ष्य साथ ही) केवल पास करने के लिए
कमांड लाइन पर उन स्रोतों को जोड़ें जो वास्तव में तब से बदल गए हैं जब से उनके लक्ष्य बदले गए थे
बनाया।

उदाहरण:

a = एक्शन('बिल्ड $CHANGED_SOURCES', बैच_की=सत्य)

RSI बैच_कुंजी तर्क एक कॉल करने योग्य फ़ंक्शन भी हो सकता है जो एक कुंजी लौटाता है
बैच निर्माण के लिए एकत्रित की जाने वाली लक्ष्य फ़ाइलों के विभिन्न "बैचों" की पहचान करने के लिए उपयोग किया जाता है।
बैच_कुंजी फ़ंक्शन को निम्नलिखित तर्क लेने होंगे:

कार्य
क्रिया वस्तु.

env
लक्ष्य के लिए कॉन्फ़िगर किया गया निर्माण वातावरण.

लक्ष्य
किसी विशेष कॉन्फ़िगर की गई कार्रवाई के लिए लक्ष्यों की सूची.

स्रोत
किसी विशेष कॉन्फ़िगर की गई कार्रवाई के लिए स्रोत की सूची.

लौटाई गई कुंजी आम तौर पर तर्कों से प्राप्त मानों का एक टपल होना चाहिए,
किसी भी उचित तर्क का उपयोग करके यह तय करना कि एकाधिक आह्वानों को कैसे बैच किया जाना चाहिए।
उदाहरण, ए बैच_कुंजी फ़ंक्शन किसी विशिष्ट मान को लौटाने का निर्णय ले सकता है
निर्माण चर से env तर्क जो कारण होगा स्कैन्स बैच-निर्माण करना
उस चर के मिलान मानों के साथ लक्ष्य, या शायद वापस लौटें id() की
संपूर्ण निर्माण वातावरण, ऐसी स्थिति में स्कैन्स सभी लक्ष्यों का बैच-निर्माण करेगा
उसी निर्माण वातावरण के साथ कॉन्फ़िगर किया गया। कोई नहीं इंगित करता है कि
विशेष लक्ष्य होना चाहिए नहीं किसी भी बैच निर्माण का हिस्सा हो, लेकिन इसके बजाय बनाया जाएगा
कार्रवाई के आदेश या फ़ंक्शन के एक अलग आह्वान द्वारा। उदाहरण:

def बैच_कुंजी(कार्रवाई, वातावरण, लक्ष्य, स्रोत):
tdir = लक्ष्य[0].dir
यदि tdir.name == 'विशेष':
# किसी भी लक्ष्य का बैच-निर्माण न करें
# विशेष/ उपनिर्देशिका में.
कोई नहीं लौटा
वापसी (आईडी(कार्रवाई), आईडी(env), tdir)
a = एक्शन('बिल्ड $CHANGED_SOURCES', बैच_कुंजी=बैच_कुंजी)

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

व्यवहार में, इन क्रिया कार्यों को करने के दो प्राकृतिक तरीके हैं
उपयोग किया गया।

सबसे पहले, यदि आपको SConscript फ़ाइल पढ़ते समय कार्रवाई करने की आवश्यकता है,
आप उपयोग कर सकते हैं निष्पादित करना ऐसा करने के लिए वैश्विक फ़ंक्शन:

निष्पादित करें(स्पर्श('फ़ाइल'))

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

env = पर्यावरण(TMPBUILD = '/tmp/builddir')
env.Command('foo.out', 'foo.in',
[एमकेडीआईआर('$TMPBUILD'),
कॉपी('$TMPBUILD', '${SOURCE.dir}'),
"सीडी $TMPBUILD && मेक",
हटाएं('$TMPBUILD')])

चामोद(गंतव्य, मोड)
एक एक्शन ऑब्जेक्ट लौटाता है जो निर्दिष्ट अनुमतियों को बदलता है गंतव्य फ़ाइल या
निर्देशिका को निर्दिष्ट करने के लिए मोड। उदाहरण:

निष्पादित करें(Chmod('फ़ाइल', 0755))

env.Command('foo.out', 'foo.in',
['$TARGET', '$SOURCE' कॉपी करें),
chmod('$TARGET', 0755)])

प्रतिलिपि(गंतव्य, ")
एक एक्शन ऑब्जेक्ट लौटाता है जो कॉपी करेगा " स्रोत फ़ाइल या निर्देशिका को गंतव्य
गंतव्य फ़ाइल या निर्देशिका. उदाहरण:

निष्पादित करें(कॉपी करें('foo.output', 'foo.input'))

env.Command('बार.आउट', 'बार.इन',
कॉपी('$TARGET', '$SOURCE'))

मिटाना(प्रविष्टि[अवश्य_मौजूद_होना चाहिए])
एक क्रिया लौटाता है जो निर्दिष्ट को हटाता है प्रविष्टि, जो एक फ़ाइल या निर्देशिका हो सकती है
यदि कोई निर्देशिका निर्दिष्ट की गई है, तो संपूर्ण निर्देशिका वृक्ष हटा दिया जाएगा। यदि निर्देशिका वृक्ष निर्दिष्ट किया गया है, तो संपूर्ण निर्देशिका वृक्ष हटा दिया जाएगा।
अवश्य_मौजूद_होना चाहिए ध्वज सेट है, तो निर्दिष्ट प्रविष्टि नहीं होने पर एक पायथन त्रुटि फेंक दी जाएगी
मौजूद नहीं है; डिफ़ॉल्ट है अवश्य_मौजूद=0, अर्थात, क्रिया चुपचाप कुछ नहीं करेगी
यदि प्रविष्टि मौजूद नहीं है। उदाहरण:

निष्पादित करें(हटाएँ('/tmp/buildroot'))

env.Command('foo.out', 'foo.in',
['${TARGET.dir}' हटाएं),
माईबिल्डएक्शन])

निष्पादित करें(हटाएँ('file_that_must_exist', must_exist=1))

मकदिर(दीर)
निर्दिष्ट निर्देशिका बनाने वाली क्रिया लौटाता है दीर . उदाहरण:

निष्पादित करें(Mkdir('/tmp/outputdir'))

env.Command('foo.out', 'foo.in',
[एमकेडीआईआर('/tmp/builddir'),
कॉपी('/tmp/builddir/foo.in', '$SOURCE'),
"सीडी /tmp/builddir && make",
कॉपी('$TARGET', '/tmp/builddir/foo.out')])

कदम(गंतव्य, ")
निर्दिष्ट स्थान पर ले जाने वाली क्रिया लौटाता है " फ़ाइल या निर्देशिका को निर्दिष्ट स्थान पर ले जाएँ गंतव्य
फ़ाइल या निर्देशिका. उदाहरण:

निष्पादित करें(स्थानांतरित करें('फ़ाइल.गंतव्य', 'फ़ाइल.स्रोत'))

env.Command('आउटपुट_फ़ाइल', 'इनपुट_फ़ाइल',
[माईबिल्डएक्शन,
मूव('$TARGET', 'file_created_by_MyBuildAction')])

छूना(पट्टिका)
एक क्रिया लौटाता है जो निर्दिष्ट पर संशोधन समय को अद्यतन करता है पट्टिका। उदाहरण:

निष्पादित करें(स्पर्श करें('फ़ाइल_को_स्पर्श_किया_जाए'))

env.Command('मार्कर', 'इनपुट_फ़ाइल',
[माईबिल्डएक्शन,
स्पर्श करें('$TARGET')])

परिवर्तनीय प्रतिस्थापन
किसी आदेश को निष्पादित करने से पहले, स्कैन्स पर निर्माण चर प्रक्षेप करता है
स्ट्रिंग्स जो बिल्डर्स की कमांड लाइन बनाते हैं। चर एक द्वारा पेश किए जाते हैं $ उपसर्ग।
निर्माण चर के अलावा, scons प्रत्येक कमांड के लिए निम्नलिखित चर प्रदान करता है
कार्यान्वयन:

परिवर्तित_स्रोत
बिल्ड कमांड के सभी स्रोतों के फ़ाइल नाम जो लक्ष्य के बाद से बदल गए हैं
अंतिम बार बनाया गया था।

परिवर्तित_लक्ष्य
उन सभी लक्ष्यों के फ़ाइल नाम जो उन स्रोतों से बनाए जाएंगे जो तब से बदल गए हैं
लक्ष्य अंतिम बार बनाया गया था।

स्रोत
बिल्ड कमांड के स्रोत का फ़ाइल नाम, या पहले स्रोत का फ़ाइल नाम
यदि एकाधिक स्रोत बनाए जा रहे हैं।

स्रोत
बिल्ड कमांड के स्रोतों के फ़ाइल नाम.

TARGET में
निर्मित किये जा रहे लक्ष्य का फ़ाइल नाम, या यदि पहले लक्ष्य का फ़ाइल नाम
कई लक्ष्य बनाए जा रहे हैं।

लक्ष्य
निर्मित किये जा रहे सभी लक्ष्यों के फ़ाइल नाम.

अपरिवर्तित_स्रोत
बिल्ड कमांड के सभी स्रोतों के फ़ाइल नाम जिनमें नहीं के बाद से बदल गया
लक्ष्य अंतिम बार बनाया गया था।

अपरिवर्तित_लक्ष्य
उन सभी लक्ष्यों के फ़ाइल नाम जो उन स्रोतों से बनाए जाएंगे जो नहीं बदल
जब से लक्ष्य का निर्माण अंतिम बार किया गया था।

(ध्यान दें कि उपरोक्त चर आरक्षित हैं और इन्हें निर्माण में सेट नहीं किया जा सकता है
पर्यावरण।)

उदाहरण के लिए, दिया गया निर्माण चर CC='cc', लक्ष्य=['foo'], और
स्रोत=['foo.c', 'bar.c']:

क्रिया='$CC -c -o $TARGET $SOURCES'

कमांड लाइन का उत्पादन होगा:

सीसी -सी -ओ फू फू.सी बार.सी

नाम को मूल नाम से अलग करने के लिए चर नामों को घुंघराले ब्रेसिज़ ({}) से घेरा जा सकता है।
अंतिम अक्षर। कर्ली ब्रेसेज़ के भीतर, एक वैरिएबल नाम में पायथन स्लाइस हो सकता है
सूची से एक या अधिक आइटम चुनने के लिए सबस्क्रिप्ट जोड़ा जाता है। पिछले उदाहरण में,
स्ट्रिंग:

${स्रोत[1]}

उत्पादन करेगा:

बार.सी

इसके अतिरिक्त, एक चर नाम में निम्नलिखित विशेष संशोधक जोड़े जा सकते हैं
अंतर्वेशित स्ट्रिंग को संशोधित करने के लिए घुंघराले ब्रेसेज़ संलग्न करना:

आधार
फ़ाइल नाम का आधार पथ, जिसमें निर्देशिका पथ शामिल है, लेकिन कोई प्रत्यय शामिल नहीं है।

दीर
उस निर्देशिका का नाम जिसमें फ़ाइल मौजूद है.

पट्टिका
फ़ाइल नाम, किसी भी निर्देशिका भाग को छोड़कर.

फ़ाइलबेस
केवल फ़ाइल का मूल नाम, किसी भी प्रत्यय को हटा दें और निर्देशिका को हटा दें।

प्रत्यय
बस फ़ाइल प्रत्यय.

एब्सपथ
फ़ाइल का पूर्ण पथ नाम.

POSIX
पथ का POSIX रूप, जिसमें निर्देशिकाएँ अलग-अलग हैं / (फॉरवर्ड स्लैश) नहीं
बैकस्लैश। यह कभी-कभी विंडोज सिस्टम पर आवश्यक होता है जब कोई पथ किसी बैकस्लैश को संदर्भित करता है।
अन्य (POSIX) सिस्टम पर फ़ाइल।

srcpath
इस फ़ाइल से लिंक की गई स्रोत फ़ाइल की निर्देशिका और फ़ाइल नाम
वैरिएंटडायर(). यदि यह फ़ाइल लिंक नहीं है, तो यह केवल निर्देशिका और फ़ाइल नाम लौटाता है
अपरिवर्तित।

srcdir
इस फ़ाइल से लिंक की गई स्रोत फ़ाइल वाली निर्देशिका वैरिएंटडायर()। अगर
यह फ़ाइल लिंक नहीं है, यह केवल फ़ाइल नाम का निर्देशिका भाग लौटाता है।

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

आरएसआरसीडिर
इस फ़ाइल से लिंक की गई स्रोत फ़ाइल युक्त रिपॉजिटरी निर्देशिका
वैरिएंटडायर(). यदि यह फ़ाइल लिंक नहीं है, तो यह केवल निर्देशिका भाग लौटाता है
फ़ाइल का नाम।

उदाहरण के लिए, निर्दिष्ट लक्ष्य संबंधित संशोधकों के लिए निम्नानुसार विस्तारित होगा:

$TARGET => उप/निर्देशिका/फ़ाइल.x
${TARGET.base} => उप/निर्देशिका/फ़ाइल
${TARGET.dir} => उप/dir
${TARGET.फ़ाइल} => फ़ाइल.x
${TARGET.filebase} => फ़ाइल
${TARGET.suffix} => .x
${TARGET.abspath} => /top/dir/sub/dir/file.x

SConscript('src/SConscript', variant_dir='sub/dir')
$SOURCE => उप/निर्देशिका/फ़ाइल.x
${SOURCE.srcpath} => src/file.x
${SOURCE.srcdir} => src

रिपॉजिटरी('/usr/repository')
$SOURCE => उप/निर्देशिका/फ़ाइल.x
${SOURCE.rsrcpath} => /usr/repository/src/file.x
${SOURCE.rsrcdir} => /usr/repository/src

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

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

def foo(लक्ष्य, स्रोत, env, for_signature):
"बार" लौटाएं

# $BAR को "bar baz" में विस्तारित करेगा
env=पर्यावरण(FOO=foo, BAR="$FOO baz")

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

क्लास फू(ऑब्जेक्ट):
def init(स्वयं, आर्ग):
स्व.आर्ग = आर्ग

def __call__(स्वयं, लक्ष्य, स्रोत, env, for_signature):
self.arg + " बार" लौटाएं

# $BAR को "मेरे तर्क बार बाज़" तक विस्तारित किया जाएगा
env=पर्यावरण(FOO=foo, BAR="${FOO('my argument')} baz")

विशेष छद्म-चर $( और $) कमांड लाइन के कुछ हिस्सों को घेरने के लिए इस्तेमाल किया जा सकता है
जो बदल सकता है बिना पुनर्निर्माण का कारण बनना - अर्थात, जो इसमें शामिल नहीं हैं
इस कमांड के साथ निर्मित लक्ष्य फ़ाइलों का हस्ताक्षर। $( और $) होगा
फ़ाइल हस्ताक्षरों में जोड़े जाने से पहले इसे कमांड लाइन से हटा दिया जाता है, और $( और $)
कमांड निष्पादित होने से पहले हटा दिया जाएगा। उदाहरण के लिए, कमांड लाइन:

echo अंतिम निर्माण हुआ $( $TODAY $). > $TARGET

आदेश निष्पादित करेगा:

echo अंतिम निर्माण $TODAY हुआ. > $TARGET

लेकिन किसी भी लक्ष्य फ़ाइल में जोड़ा गया कमांड हस्ताक्षर होगा:

इको अंतिम निर्माण हुआ . > $TARGET

अजगर कोड प्रतिस्थापन
किसी भी पायथन कोड के भीतर ${-} जोड़े का मूल्यांकन पायथन 'eval' द्वारा किया जाता है, पायथन ग्लोबल्स के साथ
वर्तमान परिवेश के निर्माण चरों के सेट पर सेट करें। तो निम्नलिखित मामले में:

env['COND'] = 0
env.Command('foo.out', 'foo.in',
'''echo ${COND==1 और 'FOO' या 'BAR'} > $TARGET''')

निष्पादित आदेश या तो होगा

इको FOO > foo.out

or

इको बार > foo.out

env['COND'] के वर्तमान मान के अनुसार जब कमांड निष्पादित होती है। मूल्यांकन
तब होता है जब लक्ष्य बनाया जा रहा होता है, तब नहीं जब SConscript पढ़ी जा रही होती है। तो अगर
env['COND'] को बाद में SConscript में बदला जाता है, तो अंतिम मान का उपयोग किया जाएगा।

यहाँ एक और दिलचस्प उदाहरण है। ध्यान दें कि COND, FOO और BAR सभी पर्यावरण हैं
चर, और उनके मान अंतिम कमांड में प्रतिस्थापित किए जाते हैं। FOO एक सूची है, इसलिए इसकी
तत्वों को रिक्त स्थानों से अलग करके प्रक्षेपित किया जाता है।

env=पर्यावरण()
env['COND'] = 0
env['FOO'] = ['foo1', 'foo2']
env['बार'] = 'बारबार'
env.Command('foo.out', 'foo.in',
'echo ${COND==1 और FOO या BAR} > $TARGET')

# इसे निष्पादित किया जाएगा:
# इको ​​फ़ू1 फ़ू2 > फ़ू.आउट

SCons निर्माण चरों को कमांड लाइनों में परिवर्तित करते समय निम्नलिखित नियमों का उपयोग करता है:

तार
जब मान एक स्ट्रिंग होता है तो इसे कमांड लाइन की स्पेस-डिलीमिटेड सूची के रूप में व्याख्यायित किया जाता है
तर्क।

सूची
जब मान एक सूची है तो इसे कमांड लाइन तर्कों की सूची के रूप में व्याख्यायित किया जाता है।
सूची का तत्व एक स्ट्रिंग में परिवर्तित हो जाता है।

अन्य
जो कुछ भी सूची या स्ट्रिंग नहीं है उसे स्ट्रिंग में परिवर्तित कर दिया जाता है और उसे स्ट्रिंग के रूप में व्याख्यायित किया जाता है।
एकल कमांड लाइन तर्क.

नई पंक्ति
न्यूलाइन वर्ण (\n) लाइनों को सीमांकित करते हैं। न्यूलाइन पार्सिंग अन्य सभी के बाद की जाती है
पार्सिंग, इसलिए तर्कों (जैसे फ़ाइल नाम) के लिए एम्बेडेड शामिल करना संभव नहीं है
न्यूलाइन अक्षर। यह सीमा संभवतः SCons के भविष्य के संस्करण में दूर हो जाएगी।

स्कैनर वस्तुएँ
आप का उपयोग कर सकते हैं स्कैनर अंतर्निहित फ़ाइल प्रकारों के लिए नए फ़ाइल प्रकारों को स्कैन करने के लिए ऑब्जेक्ट्स को परिभाषित करने के लिए फ़ंक्शन
निर्भरताएँ. स्कैनर फ़ंक्शन निम्नलिखित तर्क स्वीकार करता है:

समारोह
यह या तो हो सकता है: 1) एक पायथन फ़ंक्शन जो नोड (फ़ाइल) को संसाधित करेगा और वापस करेगा
फ़ाइल नोड्स की एक सूची जो अंतर्निहित निर्भरताओं (फ़ाइल नाम) का प्रतिनिधित्व करती है
सामग्री; या: 2) एक शब्दकोश जो कुंजियों को मैप करता है (आमतौर पर फ़ाइल प्रत्यय, लेकिन नीचे देखें)
(अधिक चर्चा के लिए) अन्य स्कैनर्स को बुलाया जाना चाहिए।

यदि तर्क वास्तव में एक पायथन फ़ंक्शन है, तो फ़ंक्शन को तीन या चार फ़ंक्शन लेने होंगे
तर्क:

def स्कैनर_फ़ंक्शन(नोड, एनवी, पथ):

def स्कैनर_फ़ंक्शन(नोड, env, पथ, arg=कोई नहीं):

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

RSI env तर्क स्कैन के लिए निर्माण वातावरण है। इससे मान प्राप्त करें
का उपयोग env.शब्दकोश() विधि.

RSI पथ तर्क निर्देशिकाओं का एक टपल (या सूची) है जिसमें फ़ाइलों की खोज की जा सकती है।
यह आमतौर पर द्वारा लौटाया गया टपल होगा पथ_फ़ंक्शन तर्क (नीचे देखें)

RSI arg तर्क वह तर्क है जो स्कैनर बनाते समय दिया गया था, यदि कोई हो।

नाम
स्कैनर का नाम। इसका उपयोग मुख्य रूप से स्कैनर की आंतरिक पहचान के लिए किया जाता है।

तर्क
एक वैकल्पिक तर्क जो, यदि निर्दिष्ट किया गया है, तो स्कैनर फ़ंक्शन को पास किया जाएगा
(ऊपर वर्णित) और पथ फ़ंक्शन (नीचे निर्दिष्ट)।

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

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

नोड_क्लास
Node का वह वर्ग जिसे इस स्कैनर ऑब्जेक्ट द्वारा लौटाया जाना चाहिए। कोई भी स्ट्रिंग या अन्य
स्कैनर फ़ंक्शन द्वारा लौटाए गए ऑब्जेक्ट जो इस वर्ग के नहीं हैं, चलाए जाएंगे
के माध्यम से नोड_फैक्ट्री समारोह.

नोड_फैक्ट्री
एक पायथन फ़ंक्शन जो एक स्ट्रिंग या अन्य ऑब्जेक्ट लेगा और इसे में बदल देगा
इस स्कैनर ऑब्जेक्ट द्वारा लौटाए जाने वाले नोड का उपयुक्त वर्ग।

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

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

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

def xyz_scan(नोड, env, पथ):
सामग्री = node.get_text_contents()
# सामग्री को स्कैन करें और सम्मिलित फ़ाइलें वापस करें.

XYZस्कैनर = स्कैनर(xyz_scan)

सोर्सफ़ाइलस्कैनर.add_scanner('.xyz', XYZस्कैनर)

env.प्रोग्राम('my_prog', ['file1.c', 'file2.f', 'file3.xyz'])

प्रणाली विशेष व्यवहार

SCons और इसकी कॉन्फ़िगरेशन फ़ाइलें बहुत पोर्टेबल हैं, इसका मुख्य कारण इसका कार्यान्वयन है
पायथन। हालाँकि, कुछ पोर्टेबिलिटी मुद्दे हैं जो अनजान लोगों को फंसाने के लिए इंतज़ार कर रहे हैं।

.C पट्टिका प्रत्यय
SCons अपर-केस को संभालता है .C फ़ाइल प्रत्यय को अलग-अलग तरीके से, क्षमताओं के आधार पर
अंतर्निहित सिस्टम। लिनक्स या यूनिक्स जैसे केस-सेंसिटिव सिस्टम पर, SCons एक
एक के साथ फाइल .C प्रत्यय को C++ स्रोत फ़ाइल के रूप में उपयोग करें। Windows जैसे केस-असंवेदनशील सिस्टम पर,
SCons एक फ़ाइल को एक साथ व्यवहार करता है .C प्रत्यय को C स्रोत फ़ाइल के रूप में उपयोग करें।

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

Windows: Cygwin टूल्स और Cygwin अजगर बनाम विंडोज अजगर
सिगविन (Cygwin) उपकरणों और उपयोगिताओं का एक सेट प्रदान करता है जो उपयोगकर्ताओं को विंडोज सिस्टम पर काम करने की सुविधा देता है।
एक अधिक POSIX-जैसा वातावरण। सिग्विन पायथन सहित सिग्विन उपकरण ऐसा करते हैं,
भाग, UNIX-जैसे पथ नामों की व्याख्या करने की क्षमता साझा करके। उदाहरण के लिए, सिगविन
उपकरण आंतरिक रूप से /cygdrive/c/mydir जैसे Cygwin पथ नाम को समतुल्य में अनुवादित करेंगे
C:/mydir का Windows पथनाम (C:\mydir के समतुल्य).

पायथन के वे संस्करण जो मूल विंडोज निष्पादन के लिए बनाए गए हैं, जैसे कि python.org और
ActiveState संस्करणों में, Cygwin पथ नाम शब्दार्थ नहीं है। इसका मतलब है कि एक का उपयोग करना
Cygwin उपकरणों (जैसे कि पायथन) का उपयोग करके संकलित प्रोग्राम बनाने के लिए पायथन का मूल विंडोज संस्करण।
जीसीसी, बाइसन और फ्लेक्स) अप्रत्याशित परिणाम दे सकते हैं। इस तरह से "मिश्रण और मिलान"
काम करने के लिए बनाया जा सकता है, लेकिन इसके लिए आपके पथ नामों के उपयोग पर सावधानीपूर्वक ध्यान देने की आवश्यकता है
एसकॉन्स्क्रिप्ट फ़ाइलें.

व्यवहार में, उपयोगकर्ता निम्नलिखित नियमों को अपनाकर इस समस्या से बच सकते हैं: gcc का उपयोग करते समय,
SCons चलाने के लिए Cygwin-प्रदत्त पायथन इंटरप्रेटर का उपयोग करें; Microsoft Visual C/C++ का उपयोग करते समय
(या कुछ अन्य विंडोज कंपाइलर) python.org या पायथन के ActiveState संस्करण का उपयोग करें
SCons चलाएँ.

Windows: scons.बैट पट्टिका
विंडोज सिस्टम पर, SCons को रैपर के माध्यम से निष्पादित किया जाता है scons.बैट फ़ाइल. इसमें (कम से कम)
दो परिणाम:

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

स्कॉन्स "FOO=BAR" "BAZ=BLEH"

दूसरा, सिगविन शेल इस फ़ाइल को उसी फ़ाइल के रूप में नहीं पहचानता है स्कैन्स
कमांड-लाइन प्रॉम्प्ट पर जारी किया गया आदेश। आप इसे निष्पादित करके हल कर सकते हैं
scons.बैट Cygwin कमांड लाइन से, या नामक एक रैपर शेल स्क्रिप्ट बनाकर स्कैन्स
.

MinGW
MinGW bin निर्देशिका आपके PATH पर्यावरण चर या PATH चर में होनी चाहिए
SCons को MinGW उपकरणों का पता लगाने और उनका उपयोग करने के लिए ENV निर्माण चर के अंतर्गत।
मूल विंडोज पायथन इंटरप्रेटर के तहत चलने वाले, SCons MinGW टूल को प्राथमिकता देंगे
Cygwin उपकरणों पर, यदि वे दोनों स्थापित हैं, बिन के क्रम की परवाह किए बिना
PATH वैरिएबल में निर्देशिकाएँ। यदि आपके पास MSVC और MinGW दोनों इंस्टॉल हैं और आप चाहते हैं
MSVC के बजाय MinGW का उपयोग करने के लिए, आपको SCons को स्पष्ट रूप से MinGW का उपयोग करने के लिए कहना होगा

उपकरण=['mingw']

Environment() फ़ंक्शन के लिए, क्योंकि SCons MinGW की तुलना में MSVC टूल को प्राथमिकता देगा
टूल्स तक पहुँच प्रदान करता है|

उदाहरण

SCons का उपयोग शुरू करने में आपकी सहायता के लिए, इस अनुभाग में कुछ सामान्य का संक्षिप्त अवलोकन दिया गया है
कार्य।

बुनियादी संकलन से a सिंगल स्रोत पट्टिका
env = पर्यावरण()
env.Program(लक्ष्य = 'foo', स्रोत = 'foo.c')

नोट: लक्ष्य को तर्क के रूप में निर्दिष्ट करके फ़ाइल बनाएँ ("scons foo" या "scons
foo.exe") या एक बिंदु ("scons.") निर्दिष्ट करके।

बुनियादी संकलन से विभिन्न स्रोत फ़ाइलें
env = पर्यावरण()
env.Program(लक्ष्य = 'foo', स्रोत = विभाजित('f1.c f2.c f3.c'))

की स्थापना a संकलन झंडा
env = पर्यावरण(CCFLAGS = '-g')
env.Program(लक्ष्य = 'foo', स्रोत = 'foo.c')

Search RSI स्थानीय निर्देशिका के लिए .h फ़ाइलें
ध्यान दें: आपको नहीं हाथ से -I विकल्प निर्दिष्ट करने के लिए CCFLAGS सेट करने की आवश्यकता है। SCons का निर्माण होगा
CPPPATH से दायाँ -I विकल्प.

env = पर्यावरण(CPPPATH = ['.'])
env.Program(लक्ष्य = 'foo', स्रोत = 'foo.c')

Search विभिन्न निर्देशिकाएँ के लिए .h फ़ाइलें
env = पर्यावरण(CPPPATH = ['शामिल1', 'शामिल2'])
env.Program(लक्ष्य = 'foo', स्रोत = 'foo.c')

इमारत a स्थिर पुस्तकालय
env = पर्यावरण()
env.StaticLibrary(लक्ष्य = 'foo', स्रोत = विभाजित('l1.c l2.c'))
env.StaticLibrary(लक्ष्य = 'बार', स्रोत = ['l3.c', 'l4.c'])

इमारत a साझा पुस्तकालय
env = पर्यावरण()
env.SharedLibrary(लक्ष्य = 'foo', स्रोत = ['l5.c', 'l6.c'])
env.SharedLibrary(लक्ष्य = 'बार', स्रोत = विभाजित('l7.c l8.c'))

जोड़ने a स्थानीय पुस्तकालय में a कार्यक्रम
env = पर्यावरण(LIBS = 'mylib', LIBPATH = ['.'])
env.Library(लक्ष्य = 'mylib', स्रोत = विभाजित('l1.c l2.c'))
env.Program(लक्ष्य = 'prog', स्रोत = ['p1.c', 'p2.c'])

परिभाषित आपका खुद की निर्माता वस्तु
ध्यान दें कि जब आप बिल्डर को आमंत्रित करते हैं, तो आप लक्ष्य फ़ाइल प्रत्यय को छोड़ सकते हैं, और
SCons इसे स्वचालित रूप से जोड़ देगा।

bld = बिल्डर(कार्रवाई = 'pdftex < $SOURCES > $TARGET'
प्रत्यय = '.pdf',
src_suffix = '.tex')
env = पर्यावरण(बिल्डर्स = {'PDFBuilder' : bld})
env.PDFBuilder(लक्ष्य = 'foo.pdf', स्रोत = 'foo.tex')

# निम्नलिखित "bar.tex" से "bar.pdf" बनाता है
env.PDFBuilder(लक्ष्य = 'बार', स्रोत = 'बार')

यह भी ध्यान रखें कि उपरोक्त आरंभीकरण डिफ़ॉल्ट बिल्डर ऑब्जेक्ट्स को अधिलेखित करता है, इसलिए
ऊपर बनाए गए वातावरण का उपयोग env.Program(), env.Object() जैसे बिल्डर्स को कॉल करने के लिए नहीं किया जा सकता है,
env.StaticLibrary(), आदि.

जोड़ना आपका खुद की निर्माता वस्तु सेवा मेरे an वातावरण
bld = बिल्डर(कार्रवाई = 'pdftex < $SOURCES > $TARGET'
प्रत्यय = '.pdf',
src_suffix = '.tex')
env = पर्यावरण()
env.Append(बिल्डर्स = {'PDFBuilder' : bld})
env.PDFBuilder(लक्ष्य = 'foo.pdf', स्रोत = 'foo.tex')
env.Program(लक्ष्य = 'बार', स्रोत = 'bar.c')

आप BUILDERS निर्माण चर में जोड़ने के लिए अन्य पायथनिक तकनीकों का भी उपयोग कर सकते हैं,
जैसे कि:

env = पर्यावरण()
env['BUILDERS]['PDFBuilder'] = bld

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

आयात फिर से

include_re = re.compile(r'^include\s+(\S+)$', re.M)

def kfile_scan(नोड, env, पथ, आर्ग):
सामग्री = node.get_text_contents()
शामिल = include_re.findall(सामग्री)
env.File(शामिल) लौटाएँ

kscan = स्कैनर(नाम = 'kfile',
फ़ंक्शन = kfile_scan,
तर्क = कोई नहीं,
स्केयस = ['.k'])
स्कैनर्स = एनवायरनमेंट().डिक्शनरी('स्कैनर्स')
env = पर्यावरण(स्कैनर्स = स्कैनर्स + [kscan])

env.Command('foo', 'foo.k', 'kprocess < $SOURCES > $TARGET')

bar_in = फ़ाइल('bar.in')
env.Command('बार', bar_in, 'kprocess $SOURCES > $TARGET')
bar_in.target_scanner = kscan

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

यहाँ एक समान लेकिन अधिक पूर्ण उदाहरण दिया गया है जो निर्देशिकाओं (निर्दिष्ट) का पथ खोजता है
जैसा माईपाथ निर्माण चर) उन फ़ाइलों के लिए जो वास्तव में मौजूद हैं:

आयात फिर से
आयात os
include_re = re.compile(r'^include\s+(\S+)$', re.M)

def my_scan(नोड, env, पथ, आर्ग):
सामग्री = node.get_text_contents()
शामिल = include_re.findall(सामग्री)
यदि शामिल है == []:
वापसी []
परिणाम = []
inc में शामिल हैं:
पथ में निर्देशिका के लिए:
फ़ाइल = str(dir) + os.sep + inc
यदि os.path.exists(फ़ाइल):
परिणाम.append(फ़ाइल)
तोड़ना
env.File(परिणाम) लौटाएं

स्कैनर = स्कैनर(नाम = 'myscanner',
फ़ंक्शन = my_scan,
तर्क = कोई नहीं,
स्काईज़ = ['.x'],
पथ_फ़ंक्शन = FindPathDirs('MYPATH')
)
स्कैनर्स = एनवायरनमेंट().डिक्शनरी('स्कैनर्स')
env = पर्यावरण(स्कैनर्स = स्कैनर्स + [स्कैनर],
MYPATH = ['incs'])

env.Command('foo', 'foo.x', 'xprocess < $SOURCES > $TARGET')

RSI फाइंडपाथडायर्सपिछले उदाहरण में प्रयुक्त () फ़ंक्शन एक फ़ंक्शन (वास्तव में एक
कॉल करने योग्य पायथन ऑब्जेक्ट) जो निर्दिष्ट निर्देशिकाओं की एक सूची लौटाएगा $MYPATH
निर्माण चर। यह SCons को फ़ाइल का पता लगाने देता है incs/foo.inc , भले ही फ़ू.x शामिल हैं
लाइन शामिल foo.inc केवल। यदि आपको खोज पथ प्राप्त करने के तरीके को अनुकूलित करने की आवश्यकता है,
आप अपना स्वयं का प्रदान करेंगे पथ_फ़ंक्शन स्कैनर ऑब्जेक्ट बनाते समय तर्क, जैसे
इस प्रकार है:

# MYPATH फ़ाइलों को खोजने के लिए निर्देशिकाओं की एक सूची है
def pf(env, dir, target, source, arg):
शीर्ष_निर्देशिका = Dir('#').abspath
परिणाम = []
यदि env में 'MYPATH':
env['MYPATH'] में p के लिए:
परिणाम.append(top_dir + os.sep + p)
परिणाम लौटाएँ

स्कैनर = स्कैनर(नाम = 'myscanner',
फ़ंक्शन = my_scan,
तर्क = कोई नहीं,
स्काईज़ = ['.x'],
पथ_फ़ंक्शन = pf
)

बनाना a श्रेणीबद्ध बनाएँ
ध्यान दें कि उपनिर्देशिका की SConscript फ़ाइल में निर्दिष्ट फ़ाइल नाम सापेक्ष हैं
उस उपनिर्देशिका.

एसकंस्ट्रक्ट:

env = पर्यावरण()
env.Program(लक्ष्य = 'foo', स्रोत = 'foo.c')

SConscript('sub/SConscript')

उप/एसकॉन्स्क्रिप्ट:

env = पर्यावरण()
# sub/foo.c से sub/foo का निर्माण करता है
env.Program(लक्ष्य = 'foo', स्रोत = 'foo.c')

SConscript('dir/SConscript')

उप/निर्देशिका/एसकॉन्स्क्रिप्ट:

env = पर्यावरण()
# sub/dir/foo.c से sub/dir/foo बनाता है
env.Program(लक्ष्य = 'foo', स्रोत = 'foo.c')

शेएर करें चर के बीच स्कॉन्स्क्रिप्ट फ़ाइलें
आपको स्पष्ट रूप से Export() और Import() चरों को बताना होगा जिन्हें आप साझा करना चाहते हैं
एसकॉन्स्क्रिप्ट फ़ाइलें.

एसकंस्ट्रक्ट:

env = पर्यावरण()
env.Program(लक्ष्य = 'foo', स्रोत = 'foo.c')

निर्यात("env")
SConscript('उपनिर्देशिका/SConscript')

उपनिर्देशिका/एसकॉन्स्क्रिप्ट:

आयात("env")
env.Program(लक्ष्य = 'foo', स्रोत = 'foo.c')

इमारत विभिन्न वेरिएंट से la वही स्रोत
एक या अधिक स्थापित करने के लिए SConscript फ़ंक्शन में variant_dir कीवर्ड तर्क का उपयोग करें
किसी दिए गए स्रोत निर्देशिका के लिए अलग वैरिएंट बिल्ड निर्देशिका वृक्ष:

एसकंस्ट्रक्ट:

cppdefines = ['FOO']
निर्यात("cppdefines")
SConscript('src/SConscript', variant_dir='foo')

cppdefines = ['बार']
निर्यात("cppdefines")
SConscript('src/SConscript', variant_dir='bar')

src/SConscript:

आयात करें("cppdefines")
env = पर्यावरण(CPPDEFINES = cppdefines)
env.Program(लक्ष्य = 'src', स्रोत = 'src.c')

"cppdefines" चर को किसी भिन्न मान पर सेट करने के लिए Export() विधि के उपयोग पर ध्यान दें
हर बार हम SConscript फ़ंक्शन को कॉल करते हैं।

श्रेणीबद्ध बनाएँ of दो पुस्तकालय लिंक्ड - a कार्यक्रम
एसकंस्ट्रक्ट:

env = पर्यावरण(LIBPATH = ['#libA', '#libB'])
निर्यात('env')
SConscript('libA/SConscript')
SConscript('libB/SConscript')
SConscript('मुख्य/SConscript')

libA/SConscript:

आयात('env')
env.लाइब्रेरी('a', स्प्लिट('a1.c a2.c a3.c'))

libB/Sकॉन्स्क्रिप्ट:

आयात('env')
env.Library('b', स्प्लिट('b1.c b2.c b3.c'))

मुख्य/एसकॉन्स्क्रिप्ट:

आयात('env')
ई = env.कॉपी(LIBS = ['a', 'b'])
ई.प्रोग्राम('foo', स्प्लिट('m1.c m2.c m3.c'))

LIBPATH निर्देशिकाओं में '#' निर्दिष्ट करता है कि वे शीर्ष-स्तर के सापेक्ष हैं
निर्देशिका में, ताकि जब वे Main/SConscript में उपयोग किए जाएं तो वे "Main/libA" में न बदल जाएं।

लाइब्रेरी नामों के लिए केवल 'a' और 'b' निर्दिष्ट करने से SCons को उपयुक्त जोड़ने की अनुमति मिलती है
वर्तमान प्लेटफ़ॉर्म के लिए लाइब्रेरी उपसर्ग और प्रत्यय (उदाहरण के लिए, POSIX पर 'liba.a'
सिस्टम, विंडोज़ पर 'a.lib')।

अनुकूलित निर्माण चर से la आदेश लाइन.
निम्नलिखित सी कंपाइलर को कमांड लाइन या में निर्दिष्ट करने की अनुमति देगा
फ़ाइल custom.py.

vars = चर('custom.py')
vars.Add('CC', 'सी संकलक.')
env = पर्यावरण(चर=vars)
सहायता(vars.GenerateHelpText(env))

उपयोगकर्ता कमांड लाइन पर C कंपाइलर निर्दिष्ट कर सकता है:

स्कॉन्स "CC=my_cc"

या custom.py फ़ाइल में:

सीसी = 'my_cc'

या विकल्पों पर दस्तावेज़ प्राप्त करें:

$ स्कॉन्स -h

सीसी: सी कम्पाइलर.
डिफ़ॉल्ट: कोई नहीं
वास्तविक: cc

का प्रयोग माइक्रोसॉफ्ट दृश्य सी + + पूर्व संकलित हेडर
चूंकि windows.h में सब कुछ और रसोई का सिंक भी शामिल है, इसलिए इसमें काफी समय लग सकता है
ऑब्जेक्ट फ़ाइलों के एक समूह के लिए इसे बार-बार संकलित करें, इसलिए Microsoft एक प्रदान करता है
हेडर के एक सेट को एक बार संकलित करने और फिर पहले से संकलित को शामिल करने की प्रणाली
किसी भी ऑब्जेक्ट फ़ाइल में हेडर। इस तकनीक को प्रीकंपाइल्ड हेडर कहा जाता है। सामान्य
नुस्खा "StdAfx.cpp" नामक एक फ़ाइल बनाना है जिसमें एक एकल हेडर शामिल है
"StdAfx.h", और फिर "StdAfx.h" में प्रत्येक हेडर को शामिल करें जिसे आप पूर्व संकलित करना चाहते हैं, और
अंत में आपके द्वारा संकलित की जा रही सभी स्रोत फ़ाइलों में प्रथम हेडर के रूप में "StdAfx.h" को शामिल करें
ऑब्जेक्ट फ़ाइलों के लिए। उदाहरण के लिए:

स्टैडएफ़एक्स.एच:

#शामिल करना
#शामिल करना

StdAfx.सीपीपी:

#शामिल करना

फू.सीपीपी:

#शामिल करना

/* कुछ काम करो */

बार.सीपीपी:

#शामिल करना

/* कुछ अन्य काम करें */

एसकंस्ट्रक्ट:

env=पर्यावरण()
env['PCHSTOP'] = 'StdAfx.h'
env['PCH'] = env.PCH('StdAfx.cpp')[0]
env.प्रोग्राम('MyApp', ['Foo.cpp', 'Bar.cpp'])

अधिक जानकारी के लिए PCH बिल्डर, तथा PCH और PCHSTOP के लिए दस्तावेज़ देखें
निर्माण चर। प्रीकंपाइल्ड हेडर के विवरण के बारे में जानने के लिए MSDN से परामर्श करें
/Yc, /Yu, और /Yp के लिए दस्तावेज़.

का प्रयोग माइक्रोसॉफ्ट दृश्य सी + + बाहरी debugging करें-
चूंकि प्रोग्रामों और साझा लाइब्रेरीज़ में डिबगिंग जानकारी शामिल करने से उनके
आकार में उल्लेखनीय वृद्धि करने के लिए, माइक्रोसॉफ्ट डिबगिंग को शामिल करने के लिए एक तंत्र प्रदान करता है
बाहरी फ़ाइल में जानकारी जिसे PDB फ़ाइल कहते हैं। SCons PDB फ़ाइलों को सपोर्ट करता है
पीडीबी निर्माण चर.

एसकंस्ट्रक्ट:

env=पर्यावरण()
env['PDB'] = 'MyApp.pdb'
env.प्रोग्राम('MyApp', ['Foo.cpp', 'Bar.cpp'])

अधिक जानकारी के लिए PDB निर्माण चर हेतु दस्तावेज़ देखें।

वातावरण

SCONS_LIB_DIR
उस निर्देशिका को निर्दिष्ट करता है जिसमें SCons Python मॉड्यूल निर्देशिका शामिल है (जैसे
/home/aroach/scons-src-0.01/src/engine).

स्कॉन्सफ्लैग्स
विकल्पों की एक श्रृंखला जो स्कोन्स द्वारा उपयोग की जाएगी, उनके अतिरिक्त जो पास किए गए हैं
कमांड लाइन।

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