En anställd på Red Hat presenterade byggsystemet Goals. Utgivning av GNU Make 4.2

Richard Jones (Richard WM Jones), författare libguestfs, arbetande på Red Hat, år ett nytt byggverktyg Mål, som syftar till att åtgärda brister och problem med make-verktyget samtidigt som man behåller den övergripande enkelheten och tydligheten i script. Make-verktyget designades 1976 och har flera konceptuella brister, som planeras att åtgärdas i Mål utan att ändra den grundläggande konceptet.
Källkoden för Mål sprids under GPLv2+.

Problem som adresseras:

• Stöd för endast en taktik vid hantering av beroenden – "bygginstruktionen körs om målfilen saknas eller är äldre än någon av beroenden". I Mål planeras det att implementera andra taktiker, såsom att kontrollera URL:er, jämföra tidsstämplar med vilken fil som helst, och utvärdera byggprocessen i Koji, jämföra kontrollsummor, och köra testsviter med selektivt bortfall av tester.
• Vid hantering av byggmål separerar make-verktyget inte filer och regelnamn, vilket leder till att det saknas en kontroll om att filen verkligen kommer att skapas när regeln körs. Till exempel, om en regel med namnet "test", som kör tester, av misstag skapar en fil med namnet "test", kommer testerna att sluta köras, eftersom make anser att målet har uppnåtts och inte behöver utföra några åtgärder (för att kringgå problemet i make kan man ange direktivet ".PHONY: test"). Mål separerar tydligt filer och regelnamn.
  
• Problemet med att förse endast ett argument för bygginstruktioner.
  

  I Mål föreslås att använda ett valfritt antal namngivna argument. Till exempel kan man särskilt extrahera en egenskap av en debugfil ur namnet:

  
• Problem med samverkan med shell-tolk. Till exempel, behovet av att kontrollera vilka tecken som ska undvikas i fil- och mappnamn, resursförbrukningen vid körning av en separat shell-tolk för varje kommando, dubbel tolkning av tecknet "$" (som används både i shell och i make), hänsyn till indragningar.

  Dessa problem löses i Mål genom att använda tecknet "%" istället för "$" för byggvariabler ("$" förblir endast för shell), genom att använda parsers LALR(1), som kräver att sökvägar och filnamn omges av citattecken och att kodblock markeras med klamrar. Hela blocket körs i en instans av kommandotolken, och inom blocket är godtycklig kodformatering tillåten, utan bindning till specifika mellanrum.

  Förut:
  mål: foo.o bar.o
  ${CC} ${CFLAGS} $< -o $@

  Nu:
  «mål»: «foo.o», «bar.o» {
  LAGS < -o %@
  }

Andra egenskaper hos mål:

• Valfri support för att ange godtyckliga namn och parametrar:

  mål all = : «mål»

  mål länk =
  «mål» : «foo.o», «bar.o» { … }

  mål kompilera (namn) =
  «%name.o» : «%name.c», «dep.h» { LAGS -c $^ -o $@ }

• Två körlägen: make-läget för att matcha byggmål med filnamn (till exempel filen «foo.o» motsvarar målet «%name.o»), och läget för direkt körning av kompilering:

  mål all = : länk

  mål länk =
  «mål» : «foo.o», kompilera («bar») { … }

  mål kompilera (namn) =
  «%name.o» : «%name.c», «dep.h» { LAGS -c $^ -o $@ }

• Byggtaktiken definieras av speciella regler, genom vilka behovet av att ombygga byggmålet kan fastställas. Om det är kopplat till filens närvaro, definieras detta tydligt genom motsvarande kännetecken («mål» för regelnamn och *file(«mål») för filkontroll).

  «mål» : «foo.o», «bar.o» { … }

  *file(«mål») : *file(«foo.o»), *file(«bar.o») { … }

• Utvecklaren kan definiera godtyckliga kännetecken för byggtaktik. Kännetecknet «*file» är definierat som standard (@{…} indikerar att utdata ska tystas, och «exit 99» signalerar behovet av att ombygga):

  taktik *file (filnamn) = @{
  test -f %filename || exit 99
  for f in %

  Källa: opennet.ru