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

રિચાર્ડ ડબલ્યુએમ જોન્સ, લેખક અનંત, 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