makepp_incompatibilities - ക്ലൗഡിൽ ഓൺലൈനിൽ

പട്ടിക:

NAME

makepp_incompatibilities -- makepp ഉം GNU ഉം തമ്മിലുള്ള പൊരുത്തക്കേടുകൾ

വിവരണം

GNU നിർമ്മാണവുമായി കഴിയുന്നത്ര അടുത്താണ് മേക്കപ്പ് രൂപകൽപ്പന ചെയ്തിരിക്കുന്നത്
(<http://www.gnu.org/software/make/manual/make.html>). ഗ്നു ഓട്ടോടൂളുകൾ
(<http://www.gnu.org/software/automake/manual/automake.html>), CMake
(<http://www.cmake.org/>), പ്രേമമേക്ക് (<http://industriousone.com/premake> അഭിപ്രായം കാണുക
താഴെ) അല്ലെങ്കിൽ കൈകൊണ്ട് നിർമ്മിച്ച ലെഗസി ബിൽഡ് സിസ്റ്റങ്ങൾ makepp ഉപയോഗിച്ച് നിർമ്മിക്കാവുന്നതാണ്. ഇത് അങ്ങനെയാണ്
ഒന്നുകിൽ നിങ്ങൾക്ക് അനായാസമായി പ്രോജക്റ്റുകൾ മൈഗ്രേറ്റ് ചെയ്യാം. അല്ലെങ്കിൽ നിങ്ങൾക്ക് എല്ലാം ആസ്വദിക്കാൻ താൽപ്പര്യമില്ലെങ്കിൽ
makepp-ന്റെ ഗുണങ്ങൾ (ഉദാ. മറ്റുള്ളവർക്ക് GNU-നിർമ്മാണം ഉപയോഗിച്ച് നിങ്ങളുടെ പ്രോജക്റ്റ് നിർമ്മിക്കാൻ കഴിയും).
നിങ്ങളുടെ വികസനത്തിനായുള്ള വിശ്വാസ്യത നേട്ടത്തിൽ നിന്നുള്ള ലാഭം.

എന്നിരുന്നാലും, തത്ത്വചിന്തയിലെ വ്യത്യാസം കാരണം, ചില ഗ്നു മേക്കുകൾ അല്ലെങ്കിൽ പോസിക്സ് മേക്കുകൾ
(<http://pubs.opengroup.org/onlinepubs/009695399/utilities/make.html>) സവിശേഷതകൾ പാടില്ല
പിന്തുണച്ചു. സമയമില്ലാത്തതിനാൽ ചിലത് നടപ്പാക്കിയിട്ടില്ല. ഭൂരിഭാഗവും
GNU നിർമ്മാണത്തിൽ നിന്നുള്ള വ്യത്യാസങ്ങൾ തികച്ചും സാങ്കേതികവും അപൂർവ്വമായി മാത്രമേ പ്രശ്നങ്ങൾ ഉണ്ടാക്കുന്നുള്ളൂ. അയ്യോ ദേ
പരമ്പരാഗത നിർമ്മാണത്തിന്റെ പോരായ്മകൾക്കുള്ള പരിഹാരമാർഗങ്ങൾ കൂടുതൽ സങ്കീർണ്ണമായിക്കൊണ്ടിരിക്കുകയാണ്,
മേക്കപ്പിന് ബുദ്ധിമുട്ട് നൽകുന്നു.

ചുരുക്കത്തിൽ, ഇത് ബോക്‌സിന് പുറത്ത് നിർമ്മിച്ചില്ലെങ്കിൽ, ശ്രമിക്കുക:

makepp --no-warn makepp_simple_concatenation=1 makepp_percent_subdirs=1 \
--build-check=target_newer --last-chance-rules --no-remake-makefiles

അത് വിജയിച്ചാൽ, ആ വാദങ്ങൾ ഒന്നൊന്നായി ഇല്ലാതാക്കാൻ ശ്രമിക്കാം. പക്ഷേ അത് പരാജയപ്പെട്ടാൽ,
ചേർക്കാൻ ശ്രമിക്കുക:

--പരമ്പരാഗത-ആവർത്തന-നിർമ്മാണം

അതും പരാജയപ്പെടുകയാണെങ്കിൽ, മേക്കപ്പുമായി സഹകരിക്കാൻ ബിൽഡ് സിസ്റ്റത്തിന് ചില ട്വീക്കിംഗ് ആവശ്യമാണ്. പോലും
ഇവിടെ വിവരിച്ചിരിക്കുന്ന ചില ഓപ്ഷനുകൾ എന്തെങ്കിലും നിർമ്മിക്കാനാകുന്നതാണെങ്കിൽ, അത് പൊരുത്തപ്പെടുത്താൻ ഇപ്പോഴും ശുപാർശ ചെയ്യുന്നു
കാര്യങ്ങൾ ചെറുതായി, അതിനാൽ അവ രണ്ടും ഉണ്ടാക്കുന്ന ബോക്‌സിന് പുറത്ത് പൊരുത്തപ്പെടുന്നു.

നിർബന്ധിക്കുന്നു കൂടുതൽ POSIX or ഗ്നു ഉണ്ടാക്കുക അനുയോജ്യത

നിരവധി ലെഗസി ബിൽഡ് സിസ്റ്റങ്ങൾ പ്രവർത്തിക്കുന്നതിനുള്ള ചില കമാൻഡ് ലൈൻ സാധ്യതകൾ ഇതാ
മാറ്റം വരുത്താതെ. ഗ്നു മേക്കിന്റെ പെരുമാറ്റം കൃത്യമായി അനുകരിക്കാൻ അവർ മേക്കപ്പിനെ പ്രേരിപ്പിക്കുന്നു.

അനുയോജ്യത വഴി The ഓപ്ഷൻ: "--build-check=target_new"
ഡിഫോൾട്ടായി, ഏതെങ്കിലും ഡിപൻഡൻസികൾ ഉണ്ടെങ്കിൽ, എല്ലാ ലക്ഷ്യങ്ങളും പുനർനിർമ്മിക്കാൻ makepp ശ്രമിക്കും
അവസാന ബിൽഡ് മുതൽ മാറിയിരിക്കുന്നു, അല്ലെങ്കിൽ കമാൻഡ് മാറിയെങ്കിൽ (ഇതിനായി makepp_build_check കാണുക
വിശദാംശങ്ങൾ). ഇത് സാധാരണയായി നിങ്ങൾ ആഗ്രഹിക്കുന്നതാണ്. എന്നിരുന്നാലും, ചിലപ്പോൾ, നിങ്ങൾക്ക് ലക്ഷ്യം ആവശ്യമില്ല
മേക്കപ്പിന്റെ നിയന്ത്രണത്തിന് (ഉദാ. എഡിറ്റിംഗ് വഴി) മാറ്റം വരുത്തിയിട്ടുണ്ടെങ്കിൽ അത് പുനർനിർമ്മിക്കേണ്ടതാണ്.
അത്, അല്ലെങ്കിൽ ഫയൽ നിർമ്മിക്കാൻ ഒരു പ്രോഗ്രാം സ്വമേധയാ പ്രവർത്തിപ്പിക്കുന്നതിലൂടെ). മേക്കപ്പിനെ ഉപയോഗിക്കാൻ നിങ്ങൾക്ക് നിർബന്ധിക്കാം
പരമ്പരാഗത നിർമ്മാണ അൽഗോരിതം, ഏതെങ്കിലും ടാർഗെറ്റുകളെക്കാൾ പുതിയതാണെങ്കിൽ മാത്രം പുനർനിർമ്മിക്കുന്നു
ഡിപൻഡൻസികൾ, കമാൻഡ് ലൈനിലേക്ക് ഈ ഓപ്ഷൻ ചേർക്കുന്നതിലൂടെ.

അനുയോജ്യത വഴി The ഓപ്ഷൻ: "--dont-build=config.status"
സ്വയം കോൺഫിഗർ ചെയ്യാനോ മറ്റ് കാര്യങ്ങൾ ചെയ്യാനോ ശ്രമിക്കുന്ന പാക്കേജുകളുണ്ട്, അവ gmake ചെയ്യുന്നു
ഇങ്ങനെ ആവശ്യപ്പെടുന്നില്ലെങ്കിൽ അവഗണിക്കുന്നു:

config.status : ക്രമീകരിക്കുക
./config.status --recheck

കോൺഫിഗർ ചെയ്യുക: configure.in aclocal.m4
ഓട്ടോകോൺഫ്

മിക്ക ആളുകളും "autoconf" ഇൻസ്റ്റാൾ ചെയ്തിട്ടില്ല, അതിനാൽ മനസ്സാക്ഷിയോടെ എല്ലാം ചെയ്യുന്നു
മേക്കപ്പ് ചെയ്യുന്നതുപോലെ നിയമങ്ങൾ പരാജയപ്പെടും. നിങ്ങൾ എന്താണെന്ന് കണ്ടെത്തുകയാണെങ്കിൽ ഈ ഓപ്ഷൻ അത് തടയുന്നു
പണിയാൻ അല്ല.

അനുയോജ്യത വഴി The ഓപ്ഷൻ: "--അവസാന അവസര നിയമങ്ങൾ"
സ്ഥിരസ്ഥിതി നിയമങ്ങൾ (പാറ്റേൺ ഡിപൻഡൻസികളില്ലാത്ത പാറ്റേൺ നിയമങ്ങൾ) സാധാരണയായി പിന്തുണയ്ക്കില്ല.
മേക്കപ്പ് നിലവിലുള്ള ഫയലുകളെ അടിസ്ഥാനമാക്കി എല്ലാ നിയമങ്ങളും ഉടനടി സ്ഥാപിക്കുന്നു, അതുവഴി എല്ലാ കാര്യങ്ങളെയും കുറിച്ച് അത് ബോധവാന്മാരാണ്
സൃഷ്ടിക്കാൻ കഴിയുന്ന ഫയൽ. അയ്യോ ഈ രീതിയിൽ ഒരു പാറ്റേൺ എങ്ങനെ തൽക്ഷണം ചെയ്യണമെന്ന് അതിന് അറിയില്ല
പാറ്റേൺ ആശ്രിതത്വം ഇല്ലാതെ ഭരിക്കുക. :last_chance മെക്കാനിസം അതിനെ ഭാഗികമായി പരിഹരിക്കുന്നു.
ലെഗസി മേക്ക് ഫയലുകൾക്ക് ഇത് മതിയായതാണെങ്കിൽ, ആഗോളതലത്തിൽ ഇത് ഓണാക്കാൻ ഈ ഓപ്‌ഷൻ അനുവദിക്കുന്നു.

അനുയോജ്യത വഴി The ഓപ്ഷൻ: "--അല്ല മുന്നറിയിപ്പ്"
ഇത് ഫലം മെച്ചപ്പെടുത്തുന്നില്ല. മേക്കപ്പ് പല കാര്യങ്ങൾക്കും മുന്നറിയിപ്പ് സന്ദേശങ്ങൾ നൽകും
പരമ്പരാഗത യുണിക്സ് പതറാതെ സ്വീകരിക്കുന്നു. ഉള്ളതുകൊണ്ടാണിത്
മേക്കപ്പ് ഉപയോഗിച്ച് അവ ചെയ്യാനുള്ള മികച്ച വഴികൾ. ഈ മുന്നറിയിപ്പുകൾ നിങ്ങളെ ശല്യപ്പെടുത്തുന്നുവെങ്കിൽ, നിങ്ങൾക്ക് അവ ഓഫ് ചെയ്യാം
ഈ ഓപ്ഷൻ ഉപയോഗിച്ച്.

അനുയോജ്യത വഴി The ഓപ്ഷൻ: "--ഹൈബ്രിഡ്-ആവർത്തന-നിർമ്മാണം"
ഉണ്ടാക്കുന്നതിനുള്ള ആവർത്തന നിർദ്ദേശങ്ങൾ പലപ്പോഴും ഒരു സുരക്ഷിതമല്ലാത്ത സമ്പ്രദായമായി കണക്കാക്കപ്പെടുന്നു ("മികച്ചത്" കാണുക
ശ്രേണീബദ്ധമായ ബിൽഡുകൾക്കായുള്ള സിസ്റ്റം" വിശദാംശങ്ങൾക്കായി makepp ൽ), എന്നാൽ അവ വളരെ സാധാരണമാണ്
നിലവിലുള്ള മേക്ക് ഫയലുകൾ. റിക്കേഴ്‌സീവ് മേക്ക് ഫോർ ബാക്ക്‌വേർഡ് കോംപാറ്റിബിളിറ്റിയെ Makepp പിന്തുണയ്ക്കുന്നു; പുതിയതിന്
makefiles, "load_makefile" എന്ന പ്രസ്താവന ഉപയോഗിക്കുന്നതാണ് നല്ലത്, അല്ലെങ്കിൽ makepp ന്റെ ഇംപ്ലിസിറ്റ്
makefile ലോഡിംഗ് സംവിധാനം.

വേരിയന്റ് ബിൽഡുകൾക്കായി റിപ്പോസിറ്ററികൾ ഉപയോഗിക്കാനും ആവർത്തനപരമാക്കാനും സഹായിക്കുന്നതിന്
സുരക്ഷിതമാക്കാനുള്ള അഭ്യർത്ഥനകൾ, makepp സാധാരണഗതിയിൽ സ്വയം ആവർത്തിച്ച് വിളിക്കുന്നില്ല
നിങ്ങളോട് പറഞ്ഞാലും. പകരം, ഒരു ഉപപ്രോസസ് പാരന്റ് പ്രോസസുമായി ആശയവിനിമയം നടത്തുന്നു, കൂടാതെ
യഥാർത്ഥ നിർമ്മാണം പാരന്റ് പ്രോസസാണ് ചെയ്യുന്നത്.

ഇത് മിക്ക കേസുകളിലും പ്രവർത്തിക്കുന്നു, എന്നാൽ നിങ്ങൾക്ക് ഒന്നിൽ നിന്ന് നിരവധി മേക്ക് ഫയലുകൾ അഭ്യർത്ഥിക്കണമെന്നില്ല
ഡയറക്ടറി, ഉദാ., ഇനിപ്പറയുന്നവ പ്രവർത്തിക്കില്ല:

ലക്ഷ്യം: ആശ്രിതത്വങ്ങൾ
$(ഉണ്ടാക്കുക) -f other_makefile ലക്ഷ്യങ്ങൾ

ഈ സാഹചര്യത്തിൽ, രണ്ടാമത്തെ മേക്ക് ഫയൽ ലോഡ് ചെയ്യുന്നതായി makepp ശ്രദ്ധിക്കുകയും പരാതിപ്പെടുകയും ചെയ്യുന്നു. ഈ ഓപ്ഷൻ ഉപയോഗിച്ച്
പകരം അത് അധിക മേക്ക് ഫയലുകളിൽ നിന്ന് നിർമ്മിക്കുന്നതിനുള്ള പരമ്പരാഗത രീതിയിലേക്ക് മടങ്ങും
ഓരോന്നിനും പ്രത്യേക മേക്കപ്പ് പ്രക്രിയ.

ശ്രദ്ധിക്കുക: സാങ്കേതികമായി നിരവധി മേക്ക് ഫയലുകൾ ലോഡുചെയ്യുന്നത് പ്രശ്നമല്ല, പക്ഷേ അവയ്ക്ക് സാധാരണയായി ഉണ്ട്
ഒരേ വ്യാജ ലക്ഷ്യ നാമങ്ങൾ. അത് മാറ്റിനിർത്തുന്നത് മേക്കപ്പിന്റെ പൂർണ്ണമായ പുനർരൂപകൽപ്പനയെ അർത്ഥമാക്കും
ആന്തരികങ്ങൾ. എന്നിരുന്നാലും, ഇത് പ്രവർത്തിക്കും, പക്ഷേ ഇത് തുല്യമല്ല:

ലക്ഷ്യം: ആശ്രിതത്വങ്ങൾ
cd subdir && $(MAKE) -f other_makefile ലക്ഷ്യങ്ങൾ

അനുയോജ്യത വഴി The ഓപ്ഷൻ: "--പരമ്പരാഗത-ആവർത്തന-നിർമ്മാണം"
ചിലപ്പോൾ മുമ്പത്തെ ഓപ്ഷൻ മതിയാകില്ല, പ്രത്യേകിച്ചും ആവർത്തന നിർദ്ദേശങ്ങൾ ഉപയോഗിക്കുകയാണെങ്കിൽ
പരസ്പരവിരുദ്ധമായ ഓപ്ഷനുകൾ. Makepp ഒരു സെറ്റ് ഗ്ലോബൽ ഓപ്‌ഷനുകൾ മാത്രമേ ഉപയോഗിക്കുന്നുള്ളൂ, അതിനാൽ ഒരു സബ്‌മേക്ക് അല്ല
അവ പരിഷ്‌ക്കരിക്കുന്നതിന് അനുവദിച്ചിരിക്കുന്നു, കാരണം അത് മറ്റ് മേക്ക് ഫയലുകളുമായും ബന്ധപ്പെട്ടതാണ്.

കമാൻഡ് ലൈനിലേക്ക് ഈ ഓപ്ഷൻ ചേർക്കുന്നത്, ഇനിപ്പറയുന്ന അഭികാമ്യമല്ലാത്ത പാർശ്വഫലങ്ങൾ ഉണ്ട്:

· റിക്കർസീവ് മേക്കുകൾ, രക്ഷിതാവ് ചെയ്താലും, സമാന്തരമായി ആന്തരികമായി നിർവ്വഹിക്കുന്നില്ല.
gmake പോലെയല്ല, പ്രക്രിയകളുടെ എണ്ണത്തിൽ മൊത്തത്തിലുള്ള ഏകോപനം ഇല്ല. ഇത് ചെയ്യും
ഈ പ്രവർത്തന രീതി മേക്കപ്പിന്റെ ഡിസൈൻ ലക്ഷ്യമല്ല എന്നതിനാൽ ഇത് നടപ്പിലാക്കരുത്.

· റിക്കർസീവ് മേക്ക് പ്രോസസിന് റിപ്പോസിറ്ററികളെക്കുറിച്ച് ഒന്നും അറിയില്ല.

· ഓരോ ആവർത്തന നിർമ്മാണ പ്രക്രിയയും അതിന്റേതായ ലോഗ് ഫയൽ നിർമ്മിക്കുന്നു, ഡയറക്ടറിയിൽ അത് അഭ്യർത്ഥിച്ചിരിക്കുന്നു
ഇൻ, മുഴുവൻ ബിൽഡിനും ഒരു ലോഗ് ഫയൽ നിർമ്മിക്കുന്നതിനുപകരം.

· മേക്കപ്പ് സാധാരണയായി പരമ്പരാഗതമായി നിർമ്മിക്കുന്നതിനേക്കാൾ കൂടുതൽ നിർമ്മിക്കുന്നതിനാൽ, കൂടാതെ പലതും
ബിൽഡ് സിസ്റ്റങ്ങൾ എല്ലാ ദിശകളിലും ആവർത്തന കോളുകൾ നൽകുന്നു, ഇത് അനന്തമായി നയിച്ചേക്കാം
ആവർത്തനം. മേക്കപ്പ് 50 റൗണ്ട് കഴിഞ്ഞ് ബ്രേക്ക് വലിച്ചിട്ട് എങ്ങനെ വർദ്ധിപ്പിക്കാമെന്ന് നിങ്ങളോട് പറയും
നിങ്ങൾക്ക് ശരിക്കും അത്തരം ആഴത്തിലുള്ള കൂട് ഉണ്ടെങ്കിൽ അത്.

"--പരമ്പരാഗത-ആവർത്തന-നിർമ്മാണം" ഓപ്ഷനിൽ പോലും, പരിസ്ഥിതി വേരിയബിളുകൾ
"MAKEOVERRIDES" ഉം "MFLAGS" ഉം സജ്ജീകരിച്ചിട്ടില്ല, അവഗണിച്ചു, അതിനാൽ മേക്ക് ഫയലുകൾ ആശ്രയിച്ചിരിക്കുന്നു
അവ പ്രവർത്തിക്കില്ല.

A പ്രേമമേക്ക് സൃഷ്ടിച്ചു Makefile സബ്-മേക്ക് ഇൻവോക്കേഷന്റെ ഒരു തമാശ പൊതിയൽ മാത്രമാണ്
ഡയറക്ടറി. നിങ്ങൾക്ക് എന്തെങ്കിലും പദ്ധതി ലക്ഷ്യമുണ്ടെങ്കിൽ Xyz അതു പോലെ ഒരു ലൈൻ ഉണ്ടാകും

@${MAKE} --no-print-directory -C . -f XYZ.make

ഈ സാഹചര്യത്തിൽ നിങ്ങൾക്ക് നേരിട്ട് അഭ്യർത്ഥിച്ചുകൊണ്ട് "--പരമ്പരാഗത-ആവർത്തന-നിർമ്മാണം" ഓപ്ഷൻ ഒഴിവാക്കാം
അതിനൊപ്പം makepp "-f XYZ.make" ഓപ്ഷൻ.

അനുയോജ്യത കൂടാതെ The ഓപ്ഷൻ: "--ജോലികൾ=n"
ലെഗസി മേക്ക് ഫയലുകൾ ചിലപ്പോൾ എല്ലാ ഡിപൻഡൻസികളും ലിസ്റ്റ് ചെയ്യില്ല, ക്രമത്തെ ആശ്രയിച്ച്
കൃത്യസമയത്ത് അവ നിർമ്മിക്കാനുള്ള നിർവ്വഹണം. ഈ സാഹചര്യത്തിൽ, makepp മുമ്പ് ഒരു നിയമം വിളിക്കാൻ കൈകാര്യം ചെയ്യാം
അതിന്റെ ആശ്രിതത്വം എല്ലാം ഉണ്ടാക്കിയിരിക്കുന്നു. അപ്പോൾ ഫലം കുറഞ്ഞതോ അല്ലാത്തതോ ആയാലും മെച്ചമായേക്കാം
സമാന്തര നിർവ്വഹണം.

അനുയോജ്യത വഴി The വേരിയബിൾ: "makepp_simple_concatenation=1"
ടെക്‌സ്‌റ്റിലേക്ക് വേരിയബിൾ സബ്‌സ്റ്റിറ്റ്യൂഷൻ നടത്തുന്ന മേക്കപ്പ് ഡിഫോൾട്ട് മാർഗമാണ് ആർസി-സ്റ്റൈൽ സബ്‌സ്റ്റിറ്റ്യൂഷൻ
സ്ട്രിംഗുകൾ കാരണം ഇത് വളരെ അപൂർവ്വമായി ലെഗസി മേക്ക് ഫയലുകൾ തകർക്കുകയും പുതിയതിൽ പലപ്പോഴും ഉപയോഗപ്രദമാവുകയും ചെയ്യുന്നു
മേക്ക് ഫയലുകൾ. എന്നിരുന്നാലും, ഇത് മാറ്റിസ്ഥാപിക്കുന്നതിൽ ഇടയ്ക്കിടെ പൊരുത്തക്കേടുകൾ അവതരിപ്പിക്കുന്നു
സ്‌പെയ്‌സുകളാൽ ചുറ്റപ്പെട്ടിട്ടില്ലാത്ത വേരിയബിളുകൾ. ഉദാഹരണത്തിന്,

INCLUDE_PREFIX := -I/some/include/dir -I
ഉൾപ്പെടുന്നു:= $(INCLUDE_PREFIX)/മറ്റുള്ളവ/ഉൾക്കൊള്ളുക/ദിയർ

rc- ആണെങ്കിൽ "ഉൾപ്പെടുന്നു" എന്നത് "-I/some/include/dir/other/include/dir -I/other/include/dir" ആയി സജ്ജീകരിക്കും.
സ്റ്റൈൽ സബ്സ്റ്റിറ്റ്യൂഷൻ പ്രവർത്തനക്ഷമമാക്കിയിട്ടുണ്ട്, അതേസമയം ഗ്നു മേക്ക് ഇത് സജ്ജമാക്കും
"-I/some/include/dir -I/other/include/dir". ഉദാ., Redis 2.6.5 കംപൈൽ ചെയ്യുമ്പോൾ അത് ശ്രമിക്കുന്നു
"printfgcc" പ്രവർത്തിപ്പിക്കുക. രണ്ട് കമാൻഡുകളുടെ അത്തരം രസകരമായ സംയോജനം അതിന്റെ ശക്തമായ സൂചനയാണ്
സെമാന്റിക്സ് ഉണ്ടാക്കാൻ ഈ വേരിയബിൾ ആവശ്യമാണ്.

ഒരു വേരിയബിളിൽ വൈറ്റ്‌സ്‌പെയ്‌സ് കൈകാര്യം ചെയ്യുന്നതിലും ഒരു പൊരുത്തക്കേട് ഉണ്ട്:

null :=
T := -o $(null) # T-ൽ -o തുടർന്ന് ഒരു സ്‌പെയ്‌സ് അടങ്ങിയിരിക്കുന്നു.
OUTFILE = $(T)outfile

rc-style സബ്സ്റ്റിറ്റ്യൂഷൻ പ്രവർത്തനക്ഷമമാക്കിയാൽ "OUTFILE" എന്നത് "-ooutfile" ആയി സജ്ജീകരിക്കും, അതേസമയം GNU ഉണ്ടാക്കുക
അത് "-o outfile" ആയി സജ്ജീകരിക്കും.

"makepp_simple_concatenation" സജ്ജീകരിക്കുന്നതിലൂടെ ഈ രണ്ട് പൊരുത്തക്കേടുകളും നീക്കംചെയ്യുന്നു
വേരിയബിൾ. എന്നിരുന്നാലും, "makepp_simple_concatenation" എന്നതിനൊപ്പം പോലും, ഇപ്പോഴും makepp എന്നത് ശ്രദ്ധിക്കുക
ചില സാഹചര്യങ്ങളിൽ വൈറ്റ്‌സ്‌പേസിനെ പൊരുത്തമില്ലാതെ കൈകാര്യം ചെയ്യുന്നു:

ടി := -o # ഈ അഭിപ്രായം ഇല്ലാതാക്കരുത്.

GNU "T" സെറ്റുകൾ ഉണ്ടാക്കി "-o" ഉൾക്കൊള്ളുന്നു, തുടർന്ന് ഒരു സ്പേസ്, makepp സ്ട്രിപ്പുകൾ
എന്തായാലും ഇടം പിന്നിടുന്നു. നിങ്ങൾക്ക് ട്രെയിലിംഗ് ഇടം വേണമെങ്കിൽ, നിങ്ങൾ സജ്ജീകരിക്കണം
"makepp_simple_concatenation" കൂടാതെ ഒരു ഡമ്മി ഉൾപ്പെടുന്ന സാങ്കേതികത ഉപയോഗിച്ച് "T" സജ്ജമാക്കുക
മുകളിൽ കാണിച്ചിരിക്കുന്നതുപോലെ "null" പോലുള്ള വേരിയബിൾ.

വർക്കൗണ്ട് ഓപ്ഷൻ "--നോ-റീമേക്ക്-മേക്ക് ഫയലുകൾ"
സാധാരണ ഓപ്പൺ സോഴ്‌സിന് മേക്ക് ഫയലുകൾ സൃഷ്‌ടിക്കാൻ "കോൺഫിഗർ" എന്ന് വിളിക്കേണ്ടതുണ്ട്. എന്നാൽ പിന്നീട് ഇവ
ചില കമാൻഡുകൾ വിളിച്ച്, makefile റീമേക്ക് ചെയ്യുന്നതിനുള്ള നിയമങ്ങൾ makefiles-ൽ അടങ്ങിയിരിക്കാം. മേക്കപ്പ് ചെയ്യും
സന്തോഷത്തോടെ അത് അനുസരിക്കുകയും നിയമം അനുസരിച്ച് അപ്ഡേറ്റ് ചെയ്യുകയും ചെയ്യുക. എന്നാൽ ചിലപ്പോൾ ഇത് ദോഷകരമാണ്, അതിനാൽ
അത് ഒഴിവാക്കുക.

അനുയോജ്യത വഴി The വേരിയബിൾ: "makepp_percent_subdirs=1"
സ്ഥിരസ്ഥിതിയായി, ഒരു പാറ്റേൺ റൂളിലെ "%" ഡയറക്‌ടറികളുമായി പൊരുത്തപ്പെടുന്നില്ല. ഇതിനർത്ഥം ഒരു നിയമം പോലെയാണ്
ഈ:

%.o: %.c
$(CC) $(CFLAGS) -c $(ഇൻപുട്ട്) -o $(ഔട്ട്പുട്ട്)

"../shared/xyz.c" പോലുള്ള ഫയലുകളിൽ പ്രയോഗിക്കില്ല. ഇത് ഫയലുകളുമായി പൊരുത്തപ്പെടാൻ നിങ്ങൾ ആഗ്രഹിക്കുന്നുവെങ്കിൽ
ഉപഡയറക്‌ടറികളും, തുടർന്ന് കമാൻഡ് ലൈനിൽ "makepp_percent_subdirs=1" എന്ന വേരിയബിൾ സജ്ജമാക്കുക.
അല്ലെങ്കിൽ ഒരു മേക്ക് ഫയലിന്റെ തുടക്കത്തോട് അടുത്ത്.

അനുയോജ്യത വഴി The പരിസ്ഥിതി വേരിയബിൾ: $MAKEPP_IGNORE_OPTS
ചിലപ്പോൾ ലെഗസി റിക്കേഴ്‌സീവ് ഇൻവോക്കേഷനുകൾ മേക്കപ്പിന് മനസ്സിലാകാത്ത ഓപ്ഷനുകൾ നൽകുന്നു.
ഓപ്ഷൻ പ്രധാനമല്ലെന്ന് പ്രതീക്ഷിക്കുന്നു, പക്ഷേ ഇത് മേക്കപ്പിനെ പ്രവർത്തിക്കുന്നതിൽ നിന്ന് തടയുന്നു. ഇതിനോടൊപ്പം
പരിസ്ഥിതി വേരിയബിളിൽ ചില ഓപ്ഷനുകൾ നിശബ്ദമായി അവഗണിക്കാൻ നിങ്ങൾക്ക് makepp-നോട് ആവശ്യപ്പെടാം. മൂല്യം
4 വേരിയന്റുകളിൽ വരാവുന്ന ഒരു സ്പേസ് വേർതിരിക്കുന്ന ഓപ്ഷനുകളുടെ പട്ടികയായിരിക്കും:

--നീളമുള്ള=x
ഒരു വാദം പ്രതീക്ഷിക്കുന്ന ഒരു നീണ്ട ഓപ്ഷൻ. ഈ വസ്തുത സമന്മാരിലൂടെ പ്രഖ്യാപിക്കണം
അടയാളം, യഥാർത്ഥ ഉപയോഗത്തെ വൈറ്റ്‌സ്‌പെയ്‌സ് കൊണ്ട് വേർതിരിക്കാം, ഒന്നുകിൽ "--long=bla" അല്ലെങ്കിൽ
"--നീണ്ട ബ്ലാ".

--നീളമുള്ള
ഒരു വാദവുമില്ലാത്ത ഒരു നീണ്ട ഓപ്ഷൻ.

-sx ഒരു വാദം പ്രതീക്ഷിക്കുന്ന ഒരു ചെറിയ ഓപ്ഷൻ. ഈ വസ്തുത ചേർത്തുകൊണ്ട് പ്രഖ്യാപിക്കണം
ഓപ്‌ഷനുശേഷം നേരിട്ട് എന്തെങ്കിലും, യഥാർത്ഥ ഉപയോഗവും വേർതിരിക്കാമെങ്കിലും
വൈറ്റ്‌സ്‌പെയ്‌സ്, ഒന്നുകിൽ "-sbla" അല്ലെങ്കിൽ "-s bla".

-s ഒരു തർക്കവുമില്ലാത്ത ഒരു ചെറിയ ഓപ്ഷൻ.

ഉദാ. മേക്കപ്പിന്റെ -R ഓപ്‌ഷൻ ഒരു ആർഗ്യുമെന്റ് കൂടാതെ ഒന്നായി അസാധുവാക്കുകയും gmake-ന്റെ ഡീബഗ് അംഗീകരിക്കുകയും ചെയ്യുക
ഒരു വാദം ഉള്ള ഓപ്ഷൻ:

കയറ്റുമതി MAKEPP_IGNORE_OPTS='-R --debug=x'

പൊരുത്തക്കേടുകൾ ആ ആവശ്യമുണ്ട് Makefile മാറ്റങ്ങൾ

· വ്യക്തമായി വിളിക്കുന്ന മേക്ക് ഫയലുകൾ എല്ലാം സ്വയം നിർമ്മിക്കുന്നതിൽ നിന്നും മേക്കപ്പിനെ തടയുന്നു.
അയ്യോ പേളിന്റെ സ്വന്തം "ExtUtils:: MakeMaker" ഇനിപ്പറയുന്ന രണ്ട് രൂപങ്ങളിൽ രണ്ടാമത്തേത് ചെയ്യുന്നു
ഈ തെറ്റ് പതിപ്പ് 6.56 വരെ (Perl 5.12.1):

ഉപദിർ:
സിഡി സബ്ദിർ; ഉണ്ടാക്കുക

ഉണ്ടാക്കുക = ഉണ്ടാക്കുക

· "VPATH" വേരിയബിൾ ചില മൂല്യങ്ങളിലേക്ക് സജ്ജീകരിക്കുന്നത് "vpath % മൂല്യം" എന്ന് പരോക്ഷമായി വിളിക്കുന്നു. "vpath"
റിപ്പോസിറ്ററി മെക്കാനിസം ഉപയോഗിച്ച് പ്രസ്താവനകൾ അനുകരിക്കുന്നു. അതിനാൽ, gmake പകരക്കാർ എവിടെയാണ്
vpath, makepp-ൽ കാണുന്ന ഫയലിലേക്കുള്ള പാത പകരം അതിനെ പ്രതീകാത്മകമായി ലിങ്ക് ചെയ്യും
എവിടെയാണ് ആവശ്യമുള്ളത്. അങ്ങനെ makepp ഒരു മാറ്റമില്ലാത്ത സ്ട്രിംഗ് നൽകും, അത് സാധാരണയാണ്
പ്രശ്നമല്ല.

ഒരു vpath-ലെ ടാർഗെറ്റുകൾ പിന്തുണയ്ക്കുന്നില്ല. (അവയേക്കാൾ പുതിയതാണെങ്കിൽ Gmake അവരെ പരിഗണിക്കുന്നു
അവയുടെ ഡിപൻഡൻസികൾ, പക്ഷേ ഇല്ലെങ്കിൽ, ടാർഗെറ്റ് നിലവിലെ ഡയറക്‌ടറിയിൽ പുനഃസൃഷ്ടിക്കും
-- പകരം പൊരുത്തമില്ല.) vpaths അൺസെറ്റ് ചെയ്യുന്നത് പിന്തുണയ്ക്കുന്നില്ല.

ഒരു മേക്ക് ഫയലിൽ പിന്നീട് നിലവിലുള്ള ഒരു പാറ്റേൺ റൂൾ നേരത്തെ നിലവിലുള്ളതിനെ അസാധുവാക്കുന്നു.
ഇത് ഗ്നു നിർമ്മാണത്തിൽ നിന്ന് പിന്നോട്ടാണ്.

· അന്തർനിർമ്മിതമായ അന്തർനിർമ്മിത നിയമങ്ങളുടെ ഒരു കൂട്ടം ഗ്നു നിർമ്മിക്കുന്നതിനുള്ള നിയമങ്ങളിൽ നിന്ന് അൽപം വ്യത്യസ്തമാണ്,
വേരിയബിൾ പേരുകൾ വലിയ തോതിൽ പൊരുത്തപ്പെടുന്നുണ്ടെങ്കിലും. ബിൽറ്റ്ഇൻ നിയമങ്ങൾ വേണം
C/C++/Fortran പ്രോഗ്രാമുകൾ വിജയകരമായി കംപൈൽ ചെയ്യുന്നു, വാസ്തവത്തിൽ ഊഹിക്കാൻ കഴിഞ്ഞേക്കും
ചില സന്ദർഭങ്ങളിൽ ശരിയായ ലൈബ്രറികളും. Modula-2, RatFor എന്നിവയ്‌ക്കുള്ള പിന്തുണയും മറ്റ് അപൂർവവും
ഭാഷകൾ ബോധപൂർവ്വം നിലവിലില്ല, കാരണം ഞാൻ ഗ്നുവിൽ പ്രശ്‌നങ്ങൾ നേരിടുന്നു
ഞാൻ ആകസ്മികമായി ആ ഭാഷകൾക്കുള്ള വിപുലീകരണങ്ങൾ വീണ്ടും ഉപയോഗിച്ചപ്പോൾ make's rules.

· "+" എന്നതിന്റെ ഒരു പ്രിഫിക്‌സ് നിശബ്ദമായി അവഗണിക്കപ്പെടുന്നു.

· ആർക്കൈവ് അംഗങ്ങളെ പിന്തുണയ്ക്കുന്നില്ല, കൂടാതെ അനുബന്ധ ഓട്ടോമാറ്റിക് വേരിയബിളുകളും പിന്തുണയ്ക്കുന്നില്ല
$%, "$(%D)", "$(%F)".

· SCCS പിന്തുണ ഇല്ല.

· വേരിയബിൾ അസൈൻമെന്റുകളിലെ വൈറ്റ്‌സ്‌പെയ്‌സിന്റെ ലീഡിംഗും പിന്നിലും അവഗണിക്കപ്പെടുന്നു (അതായാലും
വൈറ്റ്‌സ്‌പെയ്‌സിന് ശേഷം ഒരു കമന്റ്). വൈറ്റ്‌സ്‌പേസ് കൈകാര്യം ചെയ്യുന്നതിനെക്കുറിച്ചുള്ള കൂടുതൽ വിവരങ്ങൾക്ക്
പൊരുത്തക്കേടുകൾ, makepp_variables-ൽ "വൈറ്റ്സ്പേസ് ഇൻ വേരിയബിളുകൾ" കാണുക.

"ഉൾപ്പെടുത്തുക" എന്ന പ്രസ്താവനയിൽ ഉൾപ്പെടുത്തിയിട്ടുള്ള ഫയലുകൾ പുനർനിർമ്മിക്കാൻ Makepp ശ്രമിക്കുന്നില്ല
ഉൾപ്പെടുത്തിയ പ്രസ്താവന കാണുന്നതിന് മുമ്പ് അവ നിർമ്മിക്കുന്നതിനുള്ള ഒരു നിയമം makefile-ൽ അടങ്ങിയിരിക്കുന്നു.
(ഇത് മേക്ക്ഫിൽ തന്നെ പുനർനിർമ്മിക്കാൻ ശ്രമിക്കും.) ഇത് സാധാരണയായി ഉപയോഗിക്കാറുണ്ട്
കൈകാര്യം ചെയ്യുന്നതിൽ ഫയൽ ഡിപൻഡൻസികൾ ഉൾപ്പെടുന്നു, നിങ്ങൾ ചെയ്യാത്തതിനാൽ makepp-ൽ ഇത് ഉപയോഗപ്രദമല്ല
എന്തായാലും അത് ചെയ്യണം.

· "SHELL" വേരിയബിൾ നിലവിൽ ഭാഗികമായി അവഗണിക്കപ്പെട്ടിരിക്കുന്നു. മേക്കപ്പ് എപ്പോഴും ഉപയോഗിക്കുന്നു / bin / sh
അല്ലാതെ /usr/xpg4/bin/sh or /sbin/xpg4/sh കണ്ടെത്തി അല്ലെങ്കിൽ നിങ്ങൾ "SHELL" കയറ്റുമതി ചെയ്യുന്നില്ലെങ്കിൽ
നിങ്ങളുടെ മേക്ക് ഫയലിൽ വേരിയബിൾ. എന്നാൽ നിങ്ങൾ അങ്ങനെ ചെയ്യുകയാണെങ്കിൽ, കമാൻഡ് പാഴ്സർ പൂർണ്ണമായേക്കില്ല
നിങ്ങളുടെ ഷെൽ കമാൻഡ് എന്താണ് ചെയ്യുന്നതെന്ന് മനസ്സിലാക്കുക. Windows Strawberry അല്ലെങ്കിൽ ActiveState Perl-ൽ
പകരം നിങ്ങളുടെ ഷെൽ വേരിയബിൾ സജ്ജീകരിക്കണം മുമ്പ് makepp വിളിക്കുന്നു.

· Makefile-ലെ എന്തിനേയും ആശ്രയിക്കുന്നത് ഇപ്പോഴും പ്രവർത്തിക്കുന്നു, പക്ഷേ സാധാരണയായി ആവശ്യമില്ല.
കംപൈലേഷൻ ഓപ്‌ഷനുകൾ മാറുമ്പോൾ പുനർനിർമ്മിക്കുന്നതിന് ഇത് സാധാരണയായി ഉപയോഗിക്കുന്നു. മേക്കപ്പിന് അറിയാം
makefile-ൽ പ്രത്യേകമായി ഒന്നുമില്ലാതെ ബിൽഡ് കമാൻഡുകൾ മാറിയപ്പോൾ; അത് സംഭരിക്കുന്നു
ഇത് ഫയൽ-ബൈ-ഫയൽ അടിസ്ഥാനത്തിൽ. നിങ്ങൾ makefile മാറ്റുകയാണെങ്കിൽ, അത് കൃത്യമായി അറിയാം
ഫയലുകൾ വീണ്ടും കംപൈൽ ചെയ്യേണ്ടതുണ്ട്.

· ഇന്റർമീഡിയറ്റ് ഫയലുകൾ ഇല്ലാതാക്കില്ല. (കാരണം മേക്കപ്പ് എല്ലാ ഫയലുകളും വേണമെന്ന് നിർബന്ധിക്കുന്നു
അവസാന ബിൽഡിൽ ഉണ്ടായിരുന്ന തീയതികൾ തന്നെയായിരിക്കണം, ഇന്റർമീഡിയറ്റ് ഫയലുകൾ എല്ലാം ആയിരിക്കണം
നിലവിലുള്ളത് അല്ലെങ്കിൽ പുനർനിർമ്മാണം സംഭവിക്കും.) പ്രത്യേക പദവിയൊന്നും നൽകിയിട്ടില്ല
ഇന്റർമീഡിയറ്റ് ഫയലുകൾ.

· പിന്തുണയ്ക്കുന്ന ഒരേയൊരു പ്രത്യേക ലക്ഷ്യം ".PHONY" ഉം ഭാഗികമായി ".SUFFIXES" ഉം ആണ്. ദി
ബാക്കിയുള്ളവ കേവലം ഉൾപ്പെടുത്തിയിരിക്കുന്നു.

പ്രത്യേകിച്ചും, ഗ്നു നിർമ്മാണത്തിന് ഇനിപ്പറയുന്ന പ്രത്യേക ലക്ഷ്യങ്ങളുണ്ട്:

.സഫിക്സുകൾ
".SUFFIXES" എന്ന പ്രത്യേക സാഹചര്യം ഒഴികെ മേക്കപ്പ് ".SUFFIXES" അവഗണിക്കുന്നു.
ആശ്രിതത്വങ്ങൾ, ഇതുപോലുള്ള:

.സഫിക്സുകൾ:

അതിന്റെ ഡിഫോൾട്ട് നിയമങ്ങളൊന്നും ലോഡ് ചെയ്യരുതെന്ന് അത് പറയുന്നു.

.ഇന്റർമീഡിയറ്റ്, .സെക്കൻഡറി, .വിലയേറിയ
ഇന്റർമീഡിയറ്റ് ഫയലുകൾക്ക് പ്രത്യേക പദവിയൊന്നും നൽകിയിട്ടില്ല, അതിനാൽ ഈ ലക്ഷ്യങ്ങൾ അങ്ങനെയല്ല
അർത്ഥവത്തായ.

.അവഗണിക്കുക
ഈ ലക്ഷ്യം അവഗണിക്കപ്പെട്ടു. നിങ്ങൾക്ക് പിശകുകൾ അവഗണിക്കണമെങ്കിൽ, "ignore_error" എന്ന വാക്ക് ഇടുക
(അല്ലെങ്കിൽ ഒരു മൈനസ് ചിഹ്നം) കമാൻഡിന് മുന്നിൽ, അതിന്റെ എക്സിറ്റ് സ്റ്റാറ്റസ് അവഗണിക്കണം.

.സൈലന്റ്
ഈ ലക്ഷ്യം അവഗണിക്കപ്പെട്ടു. നിങ്ങൾക്ക് കമാൻഡുകൾ പ്രതിധ്വനിക്കാതിരിക്കണമെങ്കിൽ, "noecho" എന്ന വാക്ക് ഇടുക.
(അല്ലെങ്കിൽ "@" പ്രതീകം) കമാൻഡിന് മുന്നിൽ പ്രതിധ്വനിക്കാൻ പാടില്ലാത്തതാണ്,
അല്ലെങ്കിൽ makepp ചെയ്യാൻ "--silent" ഓപ്ഷൻ ഉപയോഗിക്കുക.

.DELETE_ON_ERROR
.EXPORT_ALL_VARIABLES
.NOEXPORT
.POSIX
.ഡെഫോൾട്ട്
ഈ ടാർഗെറ്റുകൾ പിന്തുണയ്‌ക്കപ്പെടുന്നില്ല, അവ അവഗണിക്കപ്പെടുന്നു.

GNU "eval", "flavor", "value" എന്നീ പ്രവർത്തനങ്ങളെ നിലവിൽ പിന്തുണയ്ക്കുന്നില്ല. നിങ്ങൾ
"$[...]" ഉപയോഗിച്ച് കൂടുതൽ നേർവഴിയിൽ eval പോലെ തന്നെ നേടാനാകും
വേരിയബിൾ അല്ലെങ്കിൽ ഫംഗ്ഷൻ വിപുലീകരണം.

· ഇരട്ട കോളൻ നിയമങ്ങൾ പൂർണ്ണമായി പിന്തുണയ്ക്കുന്നില്ല. (അവയ്ക്ക് കഴിയില്ല: മേക്കപ്പിന്റെ മാതൃകയിൽ,
ഒരു ടാർഗെറ്റ് അപ്ഡേറ്റ് ചെയ്യാൻ ഒന്നിൽ കൂടുതൽ വഴികൾ ഉണ്ടാകരുത്.) നിലവിൽ, ഓരോന്നും തുടർച്ചയായി
തന്നിരിക്കുന്ന ലക്ഷ്യത്തിനായുള്ള ഇരട്ട കോളൻ നിയമം അതിന്റെ കമാൻഡ് സ്ട്രിംഗും ഡിപൻഡൻസിയും കൂട്ടിച്ചേർക്കുന്നു
ഈ ലക്ഷ്യത്തിനായുള്ള കമാൻഡ് സ്ട്രിംഗിലേക്കും ഡിപൻഡൻസി ലിസ്റ്റിലേക്കും ലിസ്റ്റ് ചെയ്യുക. ഉദാഹരണത്തിന്, നിങ്ങളാണെങ്കിൽ
ഇത് എഴുതുക:

എ :: ബി
&പൂച്ച b -o a

# പിന്നീട് നിങ്ങളുടെ മേക്ക് ഫയലിൽ:
എ :: സി
&പൂച്ച സി -ഒ >>എ

അത് കൃത്യമായി നിങ്ങൾ എഴുതിയതുപോലെ തന്നെ

എ: ബി സി
&പൂച്ച b -o a
&പൂച്ച സി -ഒ >>എ

ഇത് തീർച്ചയായും ഇരട്ട കോളൻ നിയമങ്ങൾ ഉദ്ദേശിച്ചുള്ളതല്ല, അത് എല്ലായ്‌പ്പോഴും അല്ല
പ്രവർത്തിക്കുന്നു, പക്ഷേ ഇത് "വൃത്തിയുള്ളത്" പോലെയുള്ള ലക്ഷ്യങ്ങൾക്കോ ​​​​അല്ലെങ്കിൽ എല്ലാ കാര്യങ്ങൾക്കും വേണ്ടി പ്രവർത്തിക്കുന്നു
ExtUtils:: MakeMaker അതിന്റെ മേക്ക് ഫയലുകളിൽ ഇടുന്നു. മറ്റൊന്നിനും വേണ്ടി അതിനെ കണക്കാക്കരുത്
ലെഗസി മേക്ക് ഫയലുകളേക്കാൾ.

"$(വൈൽഡ്കാർഡ് )" ഫംഗ്ഷൻ നിലവിലുള്ള ഫയലുകളുമായി മാത്രമല്ല, ഫയലുകളുമായും പൊരുത്തപ്പെടുന്നു
ഇതുവരെ നിലവിലില്ല, എന്നാൽ ആ സമയത്ത് മേക്കപ്പ് കണ്ട ഒരു നിയമമുണ്ട്
"$(വൈൽഡ്കാർഡ് )" ഫംഗ്ഷൻ വിലയിരുത്തപ്പെടുന്നു.

· "define" എന്ന പ്രസ്താവന പിന്തുണയ്ക്കുന്നു, എന്നാൽ അതിന് മുമ്പുള്ള "@" കൈകാര്യം ചെയ്യുന്നത് പൂർത്തിയായി
വ്യത്യസ്തമായി. നിലവിൽ makepp-ൽ, മൾട്ടി-ലൈൻ ഉള്ള ഒരു വേരിയബിളിന് മുന്നിൽ "@"
മൂല്യം ആദ്യ വരിയുടെ പ്രതിധ്വനിയെ മാത്രം അടിച്ചമർത്തും. ഉദാഹരണത്തിന്,

എക്കോ-ലൈനുകൾ നിർവ്വചിക്കുക
&എക്കോ ലൈൻ1 -o $@
&എക്കോ ലൈൻ2 -o>>$@
endef

x:
@$(എക്കോ-ലൈനുകൾ)

ഗ്നു നിർമ്മാണത്തിൽ ചെയ്യുന്നതുപോലെ "&echo line2" ന്റെ പ്രിന്റിംഗ് അടിച്ചമർത്തില്ല; അതു മാത്രം ചെയ്യും
"&echo line1" ന്റെ പ്രിന്റിംഗ് അടിച്ചമർത്തുക.

· Makepp ഇനിപ്പറയുന്ന എൻവയോൺമെന്റ് വേരിയബിളുകളെ പിന്തുണയ്ക്കുന്നില്ല (അത് അവയെ സജ്ജീകരിക്കുന്നില്ല,
അത് അവരെ അവഗണിക്കുകയും ചെയ്യുന്നു):

മേക്ക്ഓവർറൈഡുകൾ
MFLAGS

പൊരുത്തക്കേടുകൾ in ഓർഡർ of പദപ്രയോഗം വിപുലീകരണം
· makepp-ൽ, എല്ലാ ആശ്രിതത്വങ്ങളും ഉറപ്പുനൽകുന്നതിന് മുമ്പ് റൂൾ പ്രവർത്തനങ്ങൾ വിപുലീകരിക്കുന്നു
പണിതിട്ടുണ്ട്. ഇതുപോലുള്ള നിയമങ്ങൾ മാറ്റിക്കൊണ്ട് നിങ്ങൾക്ക് ഇത് പരിഹരിക്കാനാകും:

foo: ബാർ
genfoo < $(ഷെൽ ക്യാറ്റ് ബാർ)

ഇതിന്:

foo: ബാർ
genfoo < `കാറ്റ് ബാർ`

അല്ലെങ്കിൽ ഇത്, വിപുലീകരണ സമയത്ത് ഫയൽ ഉണ്ടാക്കും:

foo: ബാർ
genfoo < $(&പൂച്ച $(ബാർ ഉണ്ടാക്കുക))

ഇത് ഇവിടെ അഭികാമ്യമാണ്, കാരണം ഫയൽ ലിസ്റ്റ് ചെയ്തിരിക്കുന്നു ബാർ ഇതിന്റെ ആശ്രിതത്വം കൂടിയാണ്
റൂൾ, കൂടാതെ റീഡയറക്ഷൻ ലെക്സിക്കലിയായി വിശകലനം ചെയ്യുമ്പോൾ makepp-ന് ഇപ്പോൾ അത് പിടിക്കാൻ കഴിയും.

ഇത് ഉപയോഗിക്കുന്നത് ഞാൻ കണ്ടിട്ടില്ലെങ്കിലും, ഗ്നു മേക്ക് ഇനിപ്പറയുന്നവ അനുവദിക്കുന്നു:

കോളൻ =:
a$(colon) b
പ്രതിധ്വനി $^

ഇത് പ്രവർത്തിക്കുന്നതിന് വളരെ വൈകിയാണ് Makepp "$(colon)" വികസിപ്പിക്കുന്നത്. എന്നിരുന്നാലും ഇത് വാഗ്ദാനം ചെയ്യുന്നു
ഇതര "$[colon]" വാക്യഘടന, ഇത് ഗ്നു ഉണ്ടാക്കുന്നതിനേക്കാൾ കൂടുതൽ ചെയ്യാൻ കഴിയും, കാരണം അത്
വളരെ നേരത്തെ തന്നെ വികസിപ്പിച്ചു.

"$(ഉണ്ടാക്കുക)" കഴിയുക ഉൾപ്പെടുന്നു സ്പെയ്സുകൾ
അൺഇൻസ്‌റ്റാൾ ചെയ്‌ത മേക്കപ്പിൽ അല്ലെങ്കിൽ ഒരു പേൾ സ്‌ക്രിപ്റ്റ് ആരംഭിക്കുന്നതിനെ പ്ലാറ്റ്‌ഫോം പിന്തുണയ്ക്കുന്നില്ലെങ്കിൽ
മാജിക് നമ്പർ അല്ലെങ്കിൽ "--പരമ്പരാഗത-ആവർത്തന-നിർമ്മാണം" ഉപയോഗിച്ച് ഈ വേരിയബിളിൽ കുറഞ്ഞത് ഉൾപ്പെടും
ഒരു ഇടം. ഒരു കമാൻഡായി ഉപയോഗിക്കുമ്പോൾ അത് ഒരു പ്രശ്നമല്ല. എന്നാൽ അത് ഒരു ആയി കടന്നുപോകുമ്പോൾ
ഒരു സ്ക്രിപ്റ്റിലേക്ക് ഉദ്ധരിക്കാത്ത പാരാമീറ്റർ (Perl 5.14.0 ബിൽഡ് സിസ്റ്റം ചെയ്യുന്നതുപോലെ), അത് കീറിക്കളയും
വ്യത്യസ്ത പാരാമീറ്ററുകളായി, ആശയക്കുഴപ്പത്തിലേക്ക് നയിക്കുന്നു. അതിനാൽ ഒരു പരാമീറ്റർ എന്ന നിലയിൽ ഇത് സുരക്ഷിതമാണ്
'$(MAKE)' എന്ന് ഉദ്ധരിക്കുക. പിന്നോക്ക അനുയോജ്യത തകർക്കുന്നില്ല.

ടാർഗെറ്റ്-നിർദ്ദിഷ്ട അസൈൻമെന്റുകൾ ചെയ്യരുത് പ്രചരിപ്പിക്കുക
മേക്കപ്പിന്റെ ടാർഗെറ്റ്-നിർദ്ദിഷ്ട വേരിയബിളുകൾ ഗ്നു മേക്കിൽ നിന്ന് അല്പം വ്യത്യസ്തമാണ്
സൂചിപ്പിച്ച ഒരു ഫയലിന്റെ നിയമത്തിന് മാത്രം ബാധകമാണ്, അതിന്റെ മുൻഗാമികൾക്കൊന്നും ബാധകമല്ല; കാണുക
ടാർഗെറ്റ്-നിർദ്ദിഷ്ട അസൈൻമെന്റുകൾ.

പരാൻതീസിസ് or ബ്രേസുകൾ ചെയ്യരുത് കൂടു
മാച്ച്‌പ്പ് ആദ്യം പൊരുത്തപ്പെടുന്ന പരാന്തീസിസിലോ ബ്രേസിലോ ഭാവങ്ങൾ അവസാനിപ്പിക്കുന്നു. ഇതിന് പകരം

$(ചില പ്രവർത്തനം ... ( ) ...) # GNU മേക്ക് ശൈലി

നിങ്ങൾ ഇവയിലേതെങ്കിലും ഉപയോഗിക്കണം

${somefunction ... ( ) ...} # GNU അനുയോജ്യമാക്കുന്നു
$((ചില പ്രവർത്തനം ... ( ) ...)) # Makepp വിപുലീകരണം

ഇത് ഒരുപക്ഷേ പതിപ്പ് 2.1-ൽ പരിഹരിച്ചേക്കാം, ഒരുപക്ഷേ ഓപ്ഷണലായി.

പ്രായപൂർത്തിയാകാത്ത പോയിന്റ്
പാറ്റേൺ ഡിപൻഡൻസികൾ വ്യാജ ലക്ഷ്യങ്ങളുമായി പൊരുത്തപ്പെടുന്നില്ല
%.a: %.b; ...
$(phony x.b): ; ... # x.a നിർമ്മിക്കുന്നതിനുള്ള ഒരു മാർഗ്ഗം നൽകുന്നില്ല

കമന്റുകൾക്ക് തുടർച്ച വരികൾ ഇല്ല
# ഇതാണ് \
2-വരി കമന്റല്ല

കമാൻഡ് വര പൊരുത്തക്കേടുകൾ

Makepp ന്റെ കൂടുതൽ ഉപയോഗപ്രദമായ കമാൻഡ് ലൈൻ ഓപ്ഷനുകളെ പിന്തുണയ്ക്കുന്നു. എന്നിരുന്നാലും, ഇനിപ്പറയുന്നവ
പിന്തുണയ്ക്കുന്നില്ല:

-d അല്ലെങ്കിൽ --ഡീബഗ്
-f -
Makepp-ന്റെ ആന്തരിക മേക്ക് ഫയൽ ഒബ്‌ജക്‌റ്റുകൾ ഫയൽ ഒബ്‌ജക്‌റ്റുകളുമായി ലിങ്ക് ചെയ്‌തിരിക്കുന്നു, അതിനാൽ അത് കൈകാര്യം ചെയ്യാൻ കഴിയില്ല
stdin.

-i
-l അല്ലെങ്കിൽ --load-ശരാശരി അല്ലെങ്കിൽ --max-load
-m Makepp ന്റെ "-m" ഐച്ഛികം സിഗ്നേച്ചർ രീതി തിരഞ്ഞെടുക്കലുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു, അതേസമയം GNU ഉണ്ടാക്കുക
അവഗണിക്കുന്നു -എം.

-p അല്ലെങ്കിൽ --print-data-base
-q അല്ലെങ്കിൽ --ചോദ്യം
-R അല്ലെങ്കിൽ --no-builtin-variables
മേക്കപ്പിന്റെ "-R" ഓപ്ഷൻ യഥാർത്ഥത്തിൽ തികച്ചും വ്യത്യസ്തമായ എന്തെങ്കിലും ചെയ്യുന്നു.

-S --നിലനിൽക്കരുത്-പോകുക അല്ലെങ്കിൽ --നിർത്തുക
എല്ലാ നിയമങ്ങളും പഠിച്ചതിന് ശേഷം "--സ്റ്റോപ്പ്" ഓപ്ഷൻ മേക്കപ്പ് നിർത്തുന്നു (ഉറങ്ങുന്നു), അതിനാൽ നിങ്ങൾ
എഡിറ്റിംഗ് തുടരാം.

-t അല്ലെങ്കിൽ --ടച്ച്
-w അല്ലെങ്കിൽ --print-directory
ഇത് യാന്ത്രികമായി സംഭവിക്കുന്നു.

--warn-undefined-variables

ആരെങ്കിലും ശ്രദ്ധിച്ചാൽ ഇവയിൽ ചിലത് എളുപ്പത്തിൽ പിന്തുണയ്ക്കാൻ കഴിയും.

വേരിയബിൾ പൊരുത്തക്കേടുകൾ

"$(CC)" അല്ലെങ്കിൽ പോലുള്ള വേരിയബിളുകൾക്കായി ഒരു പൊരുത്തപ്പെടുന്ന കമാൻഡിനായി Makepp $PATH-ൽ നോക്കുന്നു
"$(CXX)", അതേസമയം ഗ്നു മേക്കിന് സ്റ്റാറ്റിക് ഡിഫോൾട്ടുകൾ ഉണ്ട്. കൂടാതെ makepp "gcc" നും മുൻഗണന നൽകുന്നു
"g++" അതിശയകരമെന്നു പറയട്ടെ, GNU ആദ്യത്തേതിന് "cc" റിട്ടേൺ നൽകുന്നു, എന്നാൽ അതേ
പിന്നത്തെ. നിങ്ങൾക്ക് ഇവ മേക്ക് ഫയലിലോ കമാൻഡ് ലൈനിലോ എക്‌സ്‌പോർട്ട് ചെയ്യുന്നതിലൂടെയോ അസാധുവാക്കാനാകും
makepp വിളിക്കുന്നതിന് മുമ്പ് അതേ പേരിലുള്ള വേരിയബിൾ.

onworks.net സേവനങ്ങൾ ഉപയോഗിച്ച് ഓൺലൈനിൽ makepp_incompatibilities ഉപയോഗിക്കുക