रेड हॅट कर्मचाऱ्याने गोल असेंब्ली सिस्टम सादर केली. GNU मेक 4.2 चे प्रकाशन

रिचर्ड डब्ल्यूएम जोन्स, लेखक libguestfs, Red Hat येथे काम करत आहे, ओळख करून दिली नवीन असेंब्ली युटिलिटी गोल, स्क्रिप्ट्सची एकूण साधेपणा आणि समजण्यायोग्यता राखून मेकच्या उपयुक्ततेतील कमतरता आणि समस्या दूर करण्याचा उद्देश आहे. मेक युटिलिटीची रचना 1976 मध्ये करण्यात आली होती आणि त्यात अनेक वैचारिक उणीवा आहेत; सामान्य संकल्पना न बदलता या उणीवा दूर करण्याची ध्येये योजना आखतात.
ध्येय स्त्रोत कोड द्वारा वितरित GPLv2+ अंतर्गत परवानाकृत.

समस्या सोडवल्या जातील:

• केवळ एका अवलंबित्व निराकरण युक्तीसाठी समर्थन - "लक्ष्य फाइल गहाळ असल्यास किंवा अवलंबनांपैकी एकापेक्षा जुनी असल्यास असेंबली सूचना चालविली जाते." URL ची उपस्थिती तपासणे, कोणत्याही फाईलशी बदलाच्या वेळेची तुलना करणे, पॅकेज बिल्ड इनचे मूल्यमापन करणे यासारख्या इतर युक्त्या अंमलात आणण्याची ध्येये योजना आहेत. कोजी, चेकसमची तुलना, चाचण्या निवडक वगळून चाचणी प्रकरणे चालवणे.
• बिल्ड टार्गेट्सवर प्रक्रिया करताना, मेक फाइल्स आणि नियमांची नावे वेगळे करत नाही आणि परिणामी, नियम चालवताना, ती तयार केल्याचा दावा करत असलेली फाइल प्रत्यक्षात तयार केली जाईल याची कोणतीही तपासणी केली जात नाही. उदाहरणार्थ, जर तुमच्याकडे "चाचणी" नावाचा नियम असेल जो चाचण्यांसह स्क्रिप्ट चालवतो, "चाचणी" नावाची फाईल चुकून तयार झाली असेल, तर चाचण्या यापुढे कॉल केल्या जाणार नाहीत, कारण मेक हे लक्षात घेईल की लक्ष्य तयार केले आहे आणि त्याची आवश्यकता नाही. कोणतीही क्रिया (मेकमधील समस्येवर काम करण्यासाठी, तुम्ही “.PHONY: चाचणी” निर्देश निर्दिष्ट करू शकता). उद्दिष्टे स्पष्टपणे फाइल्स आणि नियमांची नावे वेगळे करतात.
  

• असेंबली निर्देशांसाठी फक्त एक पॅरामीटर प्रदान करण्यात समस्या.
  

  ध्येये तुम्हाला नामांकित पॅरामीटर्सची अनियंत्रित संख्या वापरण्याची परवानगी देते. उदाहरणार्थ, तुम्ही नावावरून डीबग फाइलचे चिन्ह स्वतंत्रपणे काढू शकता:

  

• शेल इंटरप्रिटरशी संवाद साधण्यात समस्या. उदाहरणार्थ, फाईल आणि डिरेक्टरीच्या नावांमधील स्पेसच्या बाहेर पडणे नियंत्रित करण्याची गरज, प्रत्येक कमांड कार्यान्वित करताना स्वतंत्र शेल इंटरप्रिटर सुरू करताना संसाधनांचा अपव्यय, “$” अक्षराचे दुहेरी व्याख्या (शेल आणि मेक दोन्हीमध्ये वापरले जाते), इंडेंटेशन लक्षात घेऊन.

  पार्सर वापरून असेंबली व्हेरिएबल्ससाठी (“$” फक्त शेलसाठी राहते) साठी “$” ऐवजी “%” चिन्ह वापरून या समस्या गोल्समध्ये सोडवल्या जातात. 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