એક Red Hat કર્મચારીએ ગોલ્સ એસેમ્બલી સિસ્ટમ રજૂ કરી. GNU મેક 4.2 નું પ્રકાશન

રિચાર્ડ ડબલ્યુએમ જોન્સ, લેખક અનંત, રેડ હેટમાં કામ કરતા, રજૂઆત કરી નવી એસેમ્બલી યુટિલિટી ગોલ, જેનો ઉદ્દેશ્ય મેક યુટિલિટીની ખામીઓ અને સમસ્યાઓને દૂર કરવાનો છે, સાથે સાથે સ્ક્રિપ્ટોની એકંદર સરળતા અને સ્પષ્ટતા જાળવી રાખવાનો છે. મેક યુટિલિટી 1976 માં ડિઝાઇન કરવામાં આવી હતી અને તેમાં ઘણી બધી વૈચારિક ખામીઓ છે. ગોલ્સનો હેતુ એકંદર ખ્યાલને બદલ્યા વિના આ ખામીઓને દૂર કરવાનો છે.
ગોલ્સ સોર્સ કોડ દ્વારા વિતરિત GPLv2+ હેઠળ લાઇસન્સ.

ઉકેલવા માટેની સમસ્યાઓ:

• ફક્ત એક જ ડિપેન્ડન્સી રિઝોલ્યુશન યુક્તિ માટે સપોર્ટ - "જો ટાર્ગેટ ફાઇલ ગુમ થયેલ હોય અથવા ડિપેન્ડન્સીમાંથી એક કરતાં જૂની હોય તો બિલ્ડ સૂચના ચલાવવામાં આવે છે." ગોલ્સ અન્ય યુક્તિઓ અમલમાં મૂકવાની યોજના ધરાવે છે, જેમ કે URL હાજરી તપાસવી, કોઈપણ ફાઇલ સાથે ફેરફાર સમયની તુલના કરવી, અને પેકેજ બિલ્ડ ઇનનું મૂલ્યાંકન કરવું. કોજી, ચેકસમની સરખામણી, પરીક્ષણોના પસંદગીયુક્ત અવગણો સાથે પરીક્ષણ સ્યુટ્સ ચલાવવું.
• બિલ્ડ ટાર્ગેટ્સની પ્રક્રિયા કરતી વખતે, મેક ફાઇલો અને નિયમ નામો વચ્ચે ભેદ પાડતું નથી, અને પરિણામે, તે જે ફાઇલ બનાવવાનો દાવો કરે છે તે ખરેખર નિયમ ચલાવવામાં આવે ત્યારે બનાવવામાં આવશે તેની ખાતરી કરવા માટે કોઈ તપાસ નથી. ઉદાહરણ તરીકે, જો "ટેસ્ટ" નામનો નિયમ ટેસ્ટ સ્ક્રિપ્ટો ચલાવે છે અને "ટેસ્ટ" નામની ફાઇલ આકસ્મિક રીતે બનાવવામાં આવે છે, તો પરીક્ષણો કહેવાનું બંધ થઈ જશે, કારણ કે મેક ધારે છે કે લક્ષ્ય બનાવવામાં આવ્યું છે અને તેને કોઈ ક્રિયાઓની જરૂર નથી. (આની આસપાસ કામ કરવા માટે, તમે મેકમાં ".PHONY:test" નિર્દેશનો ઉલ્લેખ કરી શકો છો.) ગોલ્સ ફાઇલો અને નિયમ નામો વચ્ચે સ્પષ્ટ રીતે તફાવત કરે છે.
  
• એસેમ્બલી સૂચનાઓ માટે ફક્ત એક જ પરિમાણ પૂરું પાડવામાં સમસ્યા.
  

  ગોલ્સ કોઈપણ સંખ્યાના નામવાળા પરિમાણોનો ઉપયોગ કરવાની મંજૂરી આપે છે. ઉદાહરણ તરીકે, તમે નામમાંથી ડીબગ ફાઇલ ફ્લેગને અલગથી કાઢી શકો છો:

  
• શેલ ઇન્ટરપ્રીટર સાથે ક્રિયાપ્રતિક્રિયા કરતી સમસ્યાઓ. ઉદાહરણ તરીકે, ફાઇલ અને ડિરેક્ટરી નામોમાં જગ્યાઓના એસ્કેપિંગને નિયંત્રિત કરવાની જરૂરિયાત, દરેક આદેશ માટે અલગ શેલ ઇન્ટરપ્રીટર લોન્ચ કરવાનો રિસોર્સ ઓવરહેડ, "$" પ્રતીકનું બેવડું અર્થઘટન (શેલ અને મેક બંનેમાં વપરાય છે), અને ઇન્ડેન્ટેશન.

  ઉલ્લેખિત સમસ્યાઓનો ઉકેલ ગોલ્સમાં એસેમ્બલી વેરીએબલ માટે "$" ને બદલે "%" પ્રતીકનો ઉપયોગ કરીને ("$" ફક્ત શેલ માટે રહે છે), પાર્સરનો ઉપયોગ કરીને કરવામાં આવે છે. એલએલઆર(1), જેના માટે પાથ અને ફાઇલ નામોને ક્વોટ કરવા અને કર્લી કૌંસ સાથે કોડ બ્લોક્સને સીમાંકિત કરવાની જરૂર છે. આખો કમાન્ડ બ્લોક કમાન્ડ શેલના એક જ ઉદાહરણમાં ચલાવવામાં આવે છે, અને બ્લોકની અંદર, ખાસ જગ્યાઓ દ્વારા બંધાયેલા વિના, મનસ્વી કોડ ફોર્મેટિંગની મંજૂરી છે.

  હતી:
  લક્ષ્ય: foo.o bar.o
  ${CC} ${CFLAGS} $< -o $@

  તે બન્યું:
  "લક્ષ્ય": "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 $@ }

• બિલ્ડ યુક્તિઓ ખાસ નિયમો દ્વારા વ્યાખ્યાયિત કરવામાં આવે છે જેનો ઉપયોગ બિલ્ડ ટાર્ગેટને ફરીથી બનાવવાની જરૂર છે કે કેમ તે નક્કી કરવા માટે થઈ શકે છે. જો ફાઇલ હાજરી જરૂરી હોય, તો યોગ્ય ફ્લેગ ("ટાર્ગેટ" નિયમ નામ માટે અને *file("ટાર્ગેટ") ફાઇલ ચકાસણી માટે) નો ઉપયોગ કરીને આ સ્પષ્ટપણે સ્પષ્ટ કરવામાં આવે છે.

  "લક્ષ્ય" : "foo.o", "bar.o" { ... }

  *ફાઇલ("ટાર્ગેટ"): *ફાઇલ("foo.o"), *ફાઇલ("bar.o") { ... }

• ડેવલપર કસ્ટમ બિલ્ડ સ્ટ્રેટેજી ફ્લેગ્સને વ્યાખ્યાયિત કરી શકે છે. "*file" ફ્લેગ ડિફોલ્ટ રૂપે વ્યાખ્યાયિત થયેલ છે (@{…} આઉટપુટ સપ્રેશન સૂચવે છે, અને "exit 99" પુનઃનિર્માણની જરૂરિયાત દર્શાવે છે):

  યુક્તિ *ફાઇલ (ફાઇલનું નામ) = @{
  ટેસ્ટ -એફ % ફાઇલનામ || બહાર નીકળો 99
  % માં f માટે

  સોર્સ: opennet.ru