Red Hat-ის თანამშრომელმა წარადგინა Goals-ის შეკრების სისტემა. GNU Make 4.2-ის გამოშვება

რიჩარდ WM ჯონსი, ავტორი libguestfsRed Hat-ში მუშაობს, შემოიღო ახალი ასამბლეის პროგრამა მიზნები, რომელიც მიზნად ისახავს მაკიაჟის სარგებლობაში არსებული ხარვეზებისა და პრობლემების აღმოფხვრას სკრიპტების საერთო სიმარტივისა და გაგების შენარჩუნებისას. make utility შეიქმნა 1976 წელს და აქვს მთელი რიგი კონცეპტუალური ხარვეზები; Goals გეგმავს ამ ხარვეზების აღმოფხვრას ზოგადი კონცეფციის შეცვლის გარეშე.
მიზნების საწყისი კოდი ვრცელდება ლიცენზირებულია GPLv2+-ით.

პრობლემების გადაჭრა:

• დამოკიდებულების გადაწყვეტის მხოლოდ ერთი ტაქტიკის მხარდაჭერა - „ასამბლეის ინსტრუქცია გაშვებულია, თუ სამიზნე ფაილი აკლია ან უფრო ძველია, ვიდრე ერთ-ერთი დამოკიდებულება“. Goals გეგმავს სხვა ტაქტიკის განხორციელებას, როგორიცაა URL-ის არსებობის შემოწმება, ცვლილებების დროის შედარება ნებისმიერ ფაილთან, პაკეტის ჩაშენების შეფასება. კოჯი, საკონტროლო ჯამების შედარება, ტესტების გაშვება ტესტების შერჩევითი გამოტოვებით.
• build სამიზნეების დამუშავებისას, make არ გამოყოფს ფაილებს და წესების სახელებს და, შედეგად, არ ხდება შემოწმება, რომ წესების გაშვებისას, რეალურად შეიქმნება ფაილი, რომლის შექმნასაც აცხადებს. მაგალითად, თუ თქვენ გაქვთ წესი სახელად „ტესტი“, რომელიც აწარმოებს სკრიპტებს ტესტებით, შემთხვევით შეიქმნა ფაილი სახელად „ტესტი“, მაშინ ტესტები აღარ გამოიძახება, რადგან make მიიჩნევს, რომ სამიზნე არის აშენებული და არ საჭიროებს ნებისმიერი ქმედება (მაკიაში არსებული პრობლემის გადასაჭრელად, შეგიძლიათ მიუთითოთ დირექტივა „.PHONY: ტესტი“). Goals აშკარად ჰყოფს ფაილებს და წესების სახელებს.
  

• შეკრების ინსტრუქციებისთვის მხოლოდ ერთი პარამეტრის მიწოდების პრობლემა.
  

  Goals საშუალებას გაძლევთ გამოიყენოთ დასახელებული პარამეტრების თვითნებური რაოდენობა. მაგალითად, შეგიძლიათ ცალკე ამოიღოთ გამართვის ფაილის ნიშანი სახელიდან:

  

• პრობლემები ჭურვის თარჯიმანთან ურთიერთობისას. მაგალითად, ფაილებისა და დირექტორიების სახელებში სივრცეების გაქცევის კონტროლის აუცილებლობა, რესურსების ხარჯვა ცალკე ჭურვის თარჯიმანის გაშვებაზე ყოველი ბრძანების შესრულებისას, „$“ სიმბოლოს ორმაგი ინტერპრეტაცია (გამოიყენება როგორც ჭურვიში, ასევე მაკიაჟში). ჩაღრმავებების გათვალისწინებით.

  ეს პრობლემები წყდება Goals-ში ასამბლეის ცვლადებისთვის „$“-ის ნაცვლად სიმბოლოს „%“-ის გამოყენებით („$“ რჩება მხოლოდ გარსისთვის), პარსერის გამოყენებით. LALR (1), რომელიც მოითხოვს თქვენ გარს ბილიკებისა და ფაილების სახელების ბრჭყალებით და მონიშნეთ კოდის ბლოკები ხვეული ბრეკეტებით. მთელი ბრძანების ბლოკი გაშვებულია ბრძანების გარსის ერთ ინსტანციაში და ბლოკის შიგნით ნებადართულია კოდის თვითნებური ფორმატირება, სპეციალური ადგილების მითითების გარეშე.

  იყო:
  სამიზნე: foo.o bar.o
  ${CC} ${CFLAGS} $< -o $@

  გახდა:
  "სამიზნე": "foo.o", "bar.o" {
  %CC %CFLAGS %< -o %@
  }

მიზნების სხვა მახასიათებლები:

• არჩევითი მხარდაჭერა თვითნებური სახელებისა და პარამეტრების მითითებისთვის:

  მიზანი ყველა = : "სამიზნე"

  მიზნის ბმული =
  "target" : "foo.o", "bar.o" { ... }

  მიზნის შედგენა (სახელი) =
  "%name.o" : "%name.c", "dep.h" { %CC %CFLAGS -c $^ -o $@ }

• გაშვების ორი რეჟიმი: შედგენის რეჟიმი ფაილის სახელებთან build სამიზნეების შესატყვისად (მაგალითად, ფაილი "foo.o" ემთხვევა სამიზნეს "%name.o") და პირდაპირი კომპილაციის რეჟიმი:

  მიზანი ყველა = : ბმული

  მიზნის ბმული =
  "target" : "foo.o", compile ("bar") { ... }

  მიზნის შედგენა (სახელი) =
  "%name.o" : "%name.c", "dep.h" { %CC %CFLAGS -c $^ -o $@ }

• შეკრების ტაქტიკა განისაზღვრება სპეციალური წესებით, რომლებიც შეიძლება გამოყენებულ იქნას შეკრების სამიზნის ხელახლა შეკრების აუცილებლობის დასადგენად. თუ კეთდება ბმული ფაილის არსებობასთან, მაშინ ეს აშკარად განისაზღვრება შესაბამისი ნიშნით ("სამიზნე" წესის სახელისთვის და *file ("სამიზნე") ფაილის შემოწმებისთვის).

  "target" : "foo.o", "bar.o" { ... }

  *file("სამიზნე"): *file("foo.o"), *file("bar.o") { ... }

• დეველოპერს შეუძლია განსაზღვროს შეკრების ტაქტიკის თვითნებური ატრიბუტები. "*ფაილის" დროშა ნაგულისხმევად არის განსაზღვრული (@{...} მიუთითებს გამომავალი გამოშვების ჩახშობაზე, ხოლო "გასვლა 99" მიუთითებს ხელახლა აშენების აუცილებლობაზე):

  ტაქტიკა *ფაილი (ფაილის სახელი) = @{
  ტესტი -f %ფაილის სახელი || გასასვლელი 99
  f-სთვის %

  წყარო: opennet.ru