एक Red Hat कर्मचारीले लक्ष्य असेंबली प्रणाली प्रस्तुत गरे। GNU Make 4.2 को रिलीज

रिचर्ड WM जोन्स, लेखक libguestfsRed Hat मा काम गर्नुहुन्छ परिचय नयाँ निर्माण उपयोगिता लक्ष्यहरूलिपिको समग्र सरलता र समझदारी कायम राख्दै मेकको उपयोगितामा रहेका कमजोरी र समस्याहरूलाई हटाउने उद्देश्यले। मेक युटिलिटी 1976 मा डिजाइन गरिएको थियो र सामान्य अवधारणा परिवर्तन नगरी यी कमजोरीहरूलाई हटाउन धेरै अवधारणात्मक लक्ष्यहरू छन्।
लक्ष्य स्रोत कोड द्वारा वितरित GPLv2+ अन्तर्गत इजाजतपत्र प्राप्त।

समस्याहरू समाधान गर्न:

• केवल एक निर्भरता समाधान रणनीतिको लागि समर्थन - "यदि लक्ष्य फाइल हराइरहेको छ वा निर्भरता मध्ये एक भन्दा पुरानो छ भने विधानसभा निर्देशन चलाइन्छ।" लक्ष्यहरूले अन्य रणनीतिहरू लागू गर्ने योजना बनाउँछन्, जस्तै URL को उपस्थिति जाँच गर्ने, परिमार्जन समय कुनै पनि फाइलसँग तुलना गर्ने, प्याकेज निर्माणको मूल्याङ्कन गर्ने। कोजी, चेकसमहरूको तुलना, परीक्षणको छनौट स्किपिङको साथ परीक्षण केसहरू चलिरहेको छ।
• निर्माण लक्ष्यहरू प्रशोधन गर्दा, मेकले फाइलहरू र नियमहरूको नामहरू अलग गर्दैन, र नतिजाको रूपमा, त्यहाँ कुनै जाँच छैन कि नियम चलाउँदा, यसले सिर्जना गरेको दाबी गरेको फाइल वास्तवमा सिर्जना हुनेछ। उदाहरणका लागि, यदि तपाइँसँग "परीक्षण" नामक नियम छ जसले परीक्षणहरूसँग स्क्रिप्टहरू चलाउँछ भने, "परीक्षण" नामक फाइल संयोगवश सिर्जना गरिएको छ, त्यसपछि परीक्षणहरू अब उप्रान्त बोलाइने छैन, किनकि मेकले लक्ष्य बनाइएको छ र आवश्यक छैन भनेर विचार गर्नेछ। कुनै पनि कार्य (मेक मा समस्या को वरिपरि काम गर्न को लागी, तपाइँ ".PHONE: परीक्षण" निर्देशन निर्दिष्ट गर्न सक्नुहुन्छ)। लक्ष्यहरूले स्पष्ट रूपमा फाइलहरू र नियम नामहरू अलग गर्दछ।
  

• विधानसभा निर्देशनहरूको लागि केवल एक प्यारामिटर प्रदान गर्न समस्या।
  

  लक्ष्यहरूले तपाईंलाई नामित प्यारामिटरहरूको स्वेच्छाचारी संख्या प्रयोग गर्न अनुमति दिन्छ। उदाहरणका लागि, तपाईंले नामबाट डिबग फाइलको चिन्ह छुट्टै निकाल्न सक्नुहुन्छ:

  

• शेल दोभाषेसँग अन्तरक्रिया गर्दा समस्याहरू। उदाहरणका लागि, फाइल र डाइरेक्टरी नामहरूमा खाली ठाउँहरू पलायन नियन्त्रण गर्न आवश्यक छ, प्रत्येक आदेश कार्यान्वयन गर्दा छुट्टै शेल दोभाषे सुरु गर्दा स्रोतहरूको बर्बादी, "$" क्यारेक्टरको दोहोरो व्याख्या (शेल र मेक दुवैमा प्रयोग गरिएको), इन्डेन्टेसनहरूलाई ध्यानमा राख्दै।

  यी समस्याहरू लक्ष्यहरूमा "$" को सट्टा "$" प्रतीक प्रयोग गरेर समाधान गरिन्छ ("$" शेलको लागि मात्र रहन्छ), पार्सर प्रयोग गरेर। LALR(1), जसको लागि तपाईले मार्गहरू र फाईल नामहरू उद्धरणहरू र हाइलाइट कोड ब्लकहरू घुमाउरो कोष्ठकहरूसँग घेर्नु पर्छ। सम्पूर्ण कमाण्ड ब्लक कमाण्ड शेलको एक उदाहरणमा सुरु गरिएको छ, र ब्लक भित्र, विशेष स्पेसको सन्दर्भ बिना, मनमानी कोड ढाँचालाई अनुमति दिइएको छ।

  थियो:
  लक्ष्य: foo.o bar.o
  ${CC} ${CFLAGS} $< -o $@

  यो भयो:
  "target": "foo.o", "bar.o" {
  %CC %CFLAGS %< -o %@
  }

लक्ष्यका अन्य विशेषताहरू:

• स्वैच्छिक नाम र प्यारामिटरहरू निर्दिष्ट गर्न वैकल्पिक समर्थन:

  लक्ष्य सबै = : "लक्ष्य"

  लक्ष्य लिङ्क =
  "लक्ष्य" : "foo.o", "bar.o" { ... }

  लक्ष्य संकलन (नाम) =
  "%name.o" : "%name.c", "dep.h" { %CC %CFLAGS -c $^ -o $@ }

• दुई लन्च मोडहरू: फाइलनामहरूसँग बिल्ड लक्ष्यहरू मिलाउन मोड बनाउनुहोस् (उदाहरणका लागि, फाइल "foo.o" लक्ष्य "%name.o"सँग मेल खान्छ), र प्रत्यक्ष संकलन मोड:

  लक्ष्य सबै =: लिङ्क

  लक्ष्य लिङ्क =
  "लक्ष्य" : "foo.o", कम्पाइल ("पट्टी") { ... }

  लक्ष्य संकलन (नाम) =
  "%name.o" : "%name.c", "dep.h" { %CC %CFLAGS -c $^ -o $@ }

• विधानसभा रणनीतिहरू विशेष नियमहरूद्वारा निर्धारण गरिन्छ जुन विधानसभा लक्ष्यलाई पुन: जम्मा गर्ने आवश्यकता निर्धारण गर्न प्रयोग गर्न सकिन्छ। यदि फाइलको उपस्थितिमा लिङ्क बनाइएको छ भने, यो स्पष्ट रूपमा सम्बन्धित चिन्ह (नियम नामको लागि "लक्ष्य" र फाइल जाँच गर्नको लागि * फाइल ("लक्ष्य") मार्फत निर्धारण गरिन्छ।

  "लक्ष्य" : "foo.o", "bar.o" { ... }

  *फाइल("लक्ष्य"): *फाइल("foo.o"), *फाइल("bar.o") { ... }

• विकासकर्ताले विधानसभा रणनीतिहरूको मनमानी विशेषताहरू परिभाषित गर्न सक्छ। "*फाइल" झण्डा पूर्वनिर्धारित रूपमा परिभाषित गरिएको छ (@{...} ले आउटपुटको दमनलाई संकेत गर्दछ, र "बाहिर 99" पुन: निर्माणको आवश्यकतालाई संकेत गर्दछ):

  रणनीति *फाइल (फाइल नाम) = @{
  परीक्षण -f % फाइलनाम || बाहिर निस्कनुहोस् 99
  f का लागि% मा

  स्रोत: opennet.ru