makeposix - ອອນລາຍໃນຄລາວ

ໂຄງການ:

NAME

ເຮັດ - ຮັກສາ, ປັບປຸງ, ແລະສ້າງກຸ່ມໂຄງການ (ການພັດທະນາ)

ສະຫຼຸບສັງລວມ

ເຮັດໃຫ້ [−einpqrst] [-f makefile]... [−k|−ສ] [ມະຫາພາກ=ມູນຄ່າ...]
[target_name...]

ລາຍລະອຽດ

ໄດ້ ເຮັດໃຫ້ utility ຈະປັບປຸງໄຟລ໌ທີ່ມາຈາກໄຟລ໌ອື່ນໆ. ກໍລະນີປົກກະຕິແມ່ນ
ຫນຶ່ງບ່ອນທີ່ໄຟລ໌ວັດຖຸແມ່ນມາຈາກໄຟລ໌ແຫຼ່ງທີ່ສອດຄ້ອງກັນ. ໄດ້ ເຮັດໃຫ້ ຜົນປະໂຫຍດ
ກວດເບິ່ງຄວາມສໍາພັນທີ່ໃຊ້ເວລາແລະຈະປັບປຸງໄຟລ໌ທີ່ມາຈາກ (ເອີ້ນວ່າເປົ້າຫມາຍ) ທີ່
ມີການດັດແກ້ຄັ້ງກ່ອນເວລາດັດແກ້ຂອງໄຟລ໌ (ເອີ້ນວ່າ prerequisites)
ຈາກທີ່ເຂົາເຈົ້າໄດ້ມາຈາກ. ໄຟລ໌ຄໍາອະທິບາຍ (makefile) ປະກອບດ້ວຍຄໍາອະທິບາຍຂອງ
ຄວາມ​ສໍາ​ພັນ​ລະ​ຫວ່າງ​ໄຟລ​໌​, ແລະ​ຄໍາ​ສັ່ງ​ທີ່​ຈໍາ​ເປັນ​ຕ້ອງ​ໄດ້​ຮັບ​ການ​ປະ​ຕິ​ບັດ​ເພື່ອ​ປັບ​ປຸງ​
ເປົ້າຫມາຍເພື່ອສະທ້ອນໃຫ້ເຫັນການປ່ຽນແປງໃນເງື່ອນໄຂເບື້ອງຕົ້ນຂອງພວກເຂົາ. ແຕ່ລະຂໍ້ກໍານົດ, ຫຼືກົດລະບຽບ, ຈະ
ປະ​ກອບ​ດ້ວຍ​ເປົ້າ​ຫມາຍ​, prerequisites ທາງ​ເລືອກ​, ແລະ​ຄໍາ​ສັ່ງ​ທາງ​ເລືອກ​ທີ່​ຈະ​ປະ​ຕິ​ບັດ​ໃນ​ເວ​ລາ​ທີ່ a
ເງື່ອນໄຂເບື້ອງຕົ້ນແມ່ນໃຫມ່ກວ່າເປົ້າຫມາຍ. ກົດລະບຽບມີສອງປະເພດ:

1. ຄວາມເຂົ້າໃຈ ກົດລະບຽບ, ເຊິ່ງມີຫນຶ່ງຊື່ເປົ້າຫມາຍທີ່ມີຢ່າງຫນ້ອຍຫນຶ່ງ ('.') ແລະ​ບໍ່​ມີ
('/')

2. ເປົ້າຫມາຍ ກົດລະບຽບ, ເຊິ່ງສາມາດມີຫຼາຍກວ່າຫນຶ່ງຊື່ເປົ້າຫມາຍ

ເພີ່ມ​ເຕີມ, ເຮັດໃຫ້ ຈະ​ມີ​ການ​ເກັບ​ກໍາ​ມະ​ຫາ​ພາກ​ໃນ​ຕົວ​ແລະ​ກົດ​ລະ​ບຽບ inference ທີ່​
infer ຄວາມ​ສໍາ​ພັນ prerequisite ເພື່ອ​ງ່າຍ​ການ​ບໍາ​ລຸງ​ຮັກ​ສາ​ໂຄງ​ການ​.

ເພື່ອ​ໃຫ້​ໄດ້​ຮັບ​ຢ່າງ​ແນ່​ນອນ​ພຶດ​ຕິ​ກໍາ​ທີ່​ອະ​ທິ​ບາຍ​ໃນ​ພາກ​ນີ້​, ຜູ້​ໃຊ້​ຈະ​ຕ້ອງ​ຮັບ​ປະ​ກັນ​ວ່າ a
makefile ແບບພົກພາຈະ:

* ລວມ​ເປົ້າ​ຫມາຍ​ພິ​ເສດ​ .POSIX

* ຍົກ​ເວັ້ນ​ເປົ້າ​ຫມາຍ​ພິ​ເສດ​ໃດ​ຫນຶ່ງ​ສະ​ຫງວນ​ສໍາ​ລັບ​ການ​ປະ​ຕິ​ບັດ (ເປັນ​ໄລ​ຍະ​ທີ່​ນໍາ​ຫນ້າ​ຕາມ​ມາ​ໂດຍ​
ຕົວອັກສອນຕົວພິມໃຫຍ່) ທີ່ບໍ່ໄດ້ລະບຸໄວ້ໃນພາກນີ້

ພຶດຕິ ກຳ ຂອງ ເຮັດໃຫ້ ບໍ່ໄດ້ລະບຸວ່າເງື່ອນໄຂໃດນຶ່ງ ຫຼືທັງສອງເງື່ອນໄຂນີ້ບໍ່ຖືກຕາມ.

OPTIONS

ໄດ້ ເຮັດໃຫ້ ຜົນປະໂຫຍດຈະຕ້ອງສອດຄ່ອງກັບປະລິມານຄໍານິຍາມພື້ນຖານຂອງ POSIX.1-2008, ສ່ວນ
12.2, ຜົນປະໂຫຍດ syntax ຄູ່ມືແນະນໍາຍົກເວັ້ນຂໍ້ແນະນໍາ 9.

ທາງເລືອກຕໍ່ໄປນີ້ຈະໄດ້ຮັບການສະຫນັບສະຫນູນ:

−e ເຮັດໃຫ້ຕົວແປສະພາບແວດລ້ອມ, ລວມທັງຄ່າ null, ເພື່ອ override macro
ການມອບຫມາຍພາຍໃນ makefiles.

-f makefile
ລະບຸ makefile ທີ່ແຕກຕ່າງກັນ. ການໂຕ້ຖຽງ makefile ແມ່ນ​ຊື່​ເສັ້ນ​ທາງ​ຂອງ a
ໄຟລ໌ຄໍາອະທິບາຍ, ເຊິ່ງຍັງເອີ້ນວ່າ makefile. ຊື່ເສັ້ນທາງຂອງ '−'
ຈະໝາຍເຖິງການປ້ອນຂໍ້ມູນມາດຕະຖານ. ສາມາດມີຫຼາຍຕົວຢ່າງຂອງທາງເລືອກນີ້,
ແລະພວກມັນຈະຖືກປຸງແຕ່ງຕາມລໍາດັບທີ່ລະບຸໄວ້. ຜົນກະທົບຂອງການລະບຸ
ການໂຕ້ຖຽງທາງເລືອກດຽວກັນຫຼາຍກວ່າຫນຶ່ງຄັ້ງແມ່ນບໍ່ຖືກກໍານົດ.

-i ບໍ່ສົນໃຈລະຫັດຂໍ້ຜິດພາດທີ່ສົ່ງຄືນໂດຍຄໍາສັ່ງທີ່ເອີ້ນ. ຮູບ​ແບບ​ນີ້​ແມ່ນ​ຄື​ກັນ​ກັບ​ຖ້າ​ຫາກ​ວ່າ​
ເປົ້າ​ຫມາຍ​ພິ​ເສດ​ .ບໍ່ສົນໃຈ ໄດ້ຖືກລະບຸໄວ້ໂດຍບໍ່ມີເງື່ອນໄຂເບື້ອງຕົ້ນ.

−ກ ສືບຕໍ່ປັບປຸງເປົ້າຫມາຍອື່ນໆທີ່ບໍ່ຂຶ້ນກັບເປົ້າຫມາຍໃນປະຈຸບັນຖ້າຫາກວ່າ a
ຄວາມຜິດພາດທີ່ບໍ່ຖືກລະເລີຍເກີດຂຶ້ນໃນຂະນະທີ່ປະຕິບັດຄໍາສັ່ງເພື່ອນໍາເອົາເປົ້າຫມາຍຂຶ້ນ.
ວັນທີ.

ນ ຂຽນຄໍາສັ່ງທີ່ຈະຖືກປະຕິບັດໃນຜົນໄດ້ຮັບມາດຕະຖານ, ແຕ່ບໍ່ປະຕິບັດ
ເຂົາເຈົ້າ. ຢ່າງໃດກໍຕາມ, ສາຍທີ່ມີ a ('+') ຄໍານໍາຫນ້າຈະຖືກປະຕິບັດ. ໃນ​ນີ້
ຮູບແບບ, ເສັ້ນທີ່ມີເຄື່ອງໝາຍ ('@') ຄໍານໍາຫນ້າຕົວອັກສອນຈະຕ້ອງຖືກຂຽນເປັນມາດຕະຖານ
ຜົນຜະລິດ.

-ປ ຂຽນໃສ່ຜົນໄດ້ຮັບມາດຕະຖານຊຸດຄໍານິຍາມມະຫາພາກທີ່ຄົບຖ້ວນແລະເປົ້າຫມາຍ
ຄຳອະທິບາຍ. ຮູບແບບຜົນຜະລິດບໍ່ໄດ້ລະບຸ.

−q ສົ່ງຄືນຄ່າສູນອອກຖ້າໄຟລ໌ເປົ້າໝາຍແມ່ນທັນສະໄໝ; ຖ້າບໍ່ດັ່ງນັ້ນ, ກັບຄືນ an
ຄ່າອອກຈາກ 1. ເປົ້າໝາຍຈະບໍ່ຖືກປັບປຸງ ຖ້າຕົວເລືອກນີ້ຖືກລະບຸ.
ຢ່າງໃດກໍ່ຕາມ, ເສັ້ນຄໍາສັ່ງ makefile (ກ່ຽວຂ້ອງກັບເປົ້າຫມາຍ) ກັບ a
ເຊັນ> ('+') ຄໍານໍາຫນ້າຈະຖືກປະຕິບັດ.

-r ລຶບລາຍຊື່ຄຳຕໍ່ທ້າຍ ແລະຢ່າໃຊ້ກົດລະບຽບທີ່ສ້າງຂຶ້ນມາ.

−ສ ຢຸດຕິ ເຮັດໃຫ້ ຖ້າມີຂໍ້ຜິດພາດເກີດຂຶ້ນໃນຂະນະທີ່ປະຕິບັດຄໍາສັ່ງເພື່ອນໍາເອົາເປົ້າຫມາຍ
ທັນສະໄຫມ. ນີ້ຈະເປັນຄ່າເລີ່ມຕົ້ນແລະກົງກັນຂ້າມຂອງ −ກ.

−ສ ຢ່າຂຽນເສັ້ນຄໍາສັ່ງ makefile ຫຼືຂໍ້ຄວາມສໍາຜັດ (ເບິ່ງ -t) ເປັນ​ມາດ​ຕະ​ຖານ​
ຜົນ​ຜະ​ລິດ​ກ່ອນ​ທີ່​ຈະ​ປະ​ຕິ​ບັດ​. ຮູບ​ແບບ​ນີ້​ຈະ​ເປັນ​ຄື​ກັນ​ກັບ​ຖ້າ​ຫາກ​ວ່າ​ເປົ້າ​ຫມາຍ​ພິ​ເສດ​
.ງຽບ ໄດ້ຖືກລະບຸໄວ້ໂດຍບໍ່ມີເງື່ອນໄຂເບື້ອງຕົ້ນ.

-t ປັບປຸງເວລາການດັດແກ້ຂອງແຕ່ລະເປົ້າຫມາຍຄືກັບວ່າ a ສໍາຜັດ ເປົ້າ​ຫມາຍ ໄດ້
ປະ​ຕິ​ບັດ​. ເປົ້າຫມາຍທີ່ມີເງື່ອນໄຂເບື້ອງຕົ້ນແຕ່ບໍ່ມີຄໍາສັ່ງ (ເບິ່ງ ເປົ້າຫມາຍ ກົດລະບຽບ), ຫຼື
ທີ່​ທັນ​ສະ​ໄຫມ​ແລ້ວ​, ບໍ່​ຕ້ອງ​ໄດ້​ຮັບ​ການ​ສໍາ​ພັດ​ໃນ​ລັກ​ສະ​ນະ​ນີ້​. ຂຽນ
ຂໍ້ຄວາມໄປຫາຜົນຜະລິດມາດຕະຖານສໍາລັບແຕ່ລະໄຟລ໌ເປົ້າຫມາຍທີ່ຊີ້ບອກຊື່ຂອງໄຟລ໌
ແລະວ່າມັນໄດ້ຖືກ touched. ປົກກະຕິແລ້ວ, ໄດ້ makefile ເສັ້ນຄໍາສັ່ງທີ່ກ່ຽວຂ້ອງກັບ
ແຕ່ລະເປົ້າໝາຍບໍ່ໄດ້ຖືກປະຕິບັດ. ຢ່າງໃດກໍຕາມ, ເສັ້ນຄໍາສັ່ງທີ່ມີ a ('+')
ຄໍານໍາຫນ້າຈະຖືກປະຕິບັດ.

ທາງເລືອກໃດໆທີ່ລະບຸໄວ້ໃນ ເຄື່ອງແຕ່ງກາຍ ຕົວແປສະພາບແວດລ້ອມຕ້ອງໄດ້ຮັບການປະເມີນກ່ອນໃດກໍ່ຕາມ
ທາງ​ເລືອກ​ທີ່​ລະ​ບຸ​ໄວ້​ໃນ​ ເຮັດໃຫ້ ເສັ້ນຄໍາສັ່ງຂອງຜົນປະໂຫຍດ. ຖ້າ −ກ ແລະ −ສ ທາງເລືອກແມ່ນທັງສອງ
ລະບຸໄວ້ໃນ ເຮັດໃຫ້ utility command line ຫຼືໂດຍ ເຄື່ອງແຕ່ງກາຍ ສະພາບແວດລ້ອມປ່ຽນແປງ, ໄດ້
ທາງ​ເລືອກ​ສຸດ​ທ້າຍ​ທີ່​ລະ​ບຸ​ໄວ້​ຈະ​ເປັນ​ອັນ​ດັບ​. ຖ້າ -f or -ປ ທາງເລືອກທີ່ປາກົດຢູ່ໃນ
ເຄື່ອງແຕ່ງກາຍ ສະພາບແວດລ້ອມທີ່ມີການປ່ຽນແປງ, ຜົນໄດ້ຮັບແມ່ນບໍ່ໄດ້ກໍານົດ.

ດໍາເນີນງານ

ໂຕປະຕິບັດການຕໍ່ໄປນີ້ຈະໄດ້ຮັບການສະຫນັບສະຫນູນ:

target_name
ຊື່ເປົ້າໝາຍ, ຕາມທີ່ກຳນົດໄວ້ໃນສ່ວນຄຳອະທິບາຍຂະຫຍາຍ. ຖ້າບໍ່ມີເປົ້າໝາຍ
ລະບຸໄວ້, ໃນຂະນະທີ່ ເຮັດໃຫ້ ກໍາລັງປະມວນຜົນ makefiles, ເປົ້າຫມາຍທໍາອິດທີ່ ເຮັດໃຫ້
ການ​ພົບ​ປະ​ທີ່​ບໍ່​ແມ່ນ​ເປົ້າ​ຫມາຍ​ພິ​ເສດ​ຫຼື​ກົດ​ລະ​ບຽບ inference ຈະ​ຖືກ​ນໍາ​ໃຊ້.

ມະຫາພາກ=ມູນຄ່າ
ຄໍານິຍາມ Macro, ຕາມທີ່ໄດ້ກໍານົດໄວ້ໃນ ມາໂຄຣ.

ຖ້າ target_name ແລະ ມະຫາພາກ=ມູນຄ່າ operands ແມ່ນ intermixed ສຸດ ເຮັດໃຫ້ ຄໍາສັ່ງຜົນປະໂຫຍດ
ເສັ້ນ, ຜົນໄດ້ຮັບແມ່ນບໍ່ໄດ້ກໍານົດ.

STDIN

ການປ້ອນຂໍ້ມູນມາດຕະຖານຈະຖືກໃຊ້ພຽງແຕ່ໃນກໍລະນີທີ່ makefile option-argument ແມ່ນ '−'. ເບິ່ງ
ປ້ອນພາກສ່ວນໄຟລ໌.

ປັດໄຈນໍາເຂົ້າ ເອກະສານ

ໄຟລ໌ປ້ອນຂໍ້ມູນ, ເອີ້ນວ່າ makefile, ແມ່ນໄຟລ໌ຂໍ້ຄວາມທີ່ມີກົດລະບຽບ, macro
ຄໍານິຍາມ, ແລະຄໍາເຫັນ. ເບິ່ງພາກສ່ວນຄຳອະທິບາຍຂະຫຍາຍ.

ENVIRONMENT ຄວາມຮັບຜິດຊອບ

ຕົວແປສະພາບແວດລ້ອມຕໍ່ໄປນີ້ຈະສົ່ງຜົນກະທົບຕໍ່ການປະຕິບັດ ເຮັດໃຫ້:

ພາສາ ໃຫ້ຄ່າເລີ່ມຕົ້ນສໍາລັບຕົວແປສາກົນທີ່ບໍ່ໄດ້ຕັ້ງ ຫຼື
null. (ເບິ່ງປະລິມານຄໍານິຍາມພື້ນຖານຂອງ POSIX.1-2008, ສ່ວນ 8.2,
Internationalization Variables ​ເພື່ອ​ຄວາມ​ກ້າວໜ້າ​ຂອງ​ການ​ຫັນ​ເປັນ​ສາກົນ
ຕົວແປທີ່ໃຊ້ເພື່ອກໍານົດຄ່າຂອງປະເພດທ້ອງຖິ່ນ.)

LC_ALL ຖ້າຕັ້ງເປັນຄ່າສະຕຣິງທີ່ບໍ່ຫວ່າງເປົ່າ, ລົບລ້າງຄ່າຂອງອັນອື່ນທັງໝົດ
ຕົວແປສາກົນ.

LC_CTYPE ກໍານົດທ້ອງຖິ່ນສໍາລັບການຕີຄວາມລໍາດັບຂອງ bytes ຂອງຂໍ້ມູນຂໍ້ຄວາມ
ເປັນຕົວອັກສອນ (ຕົວຢ່າງ, single-byte ກົງກັນຂ້າມກັບ multi-byte ຕົວອັກສອນໃນ
arguments ແລະ input ໄຟລ໌).

LC_MESSAGES
ກໍານົດທ້ອງຖິ່ນທີ່ຄວນຈະຖືກນໍາໃຊ້ເພື່ອຜົນກະທົບຕໍ່ຮູບແບບແລະເນື້ອໃນຂອງ
ຂໍ້ຄວາມການວິນິໄສທີ່ຂຽນເປັນຄວາມຜິດພາດມາດຕະຖານ.

ເຄື່ອງແຕ່ງກາຍ
ຕົວແປນີ້ຈະຖືກຕີຄວາມໝາຍເປັນສະຕຣິງຕົວອັກສອນທີ່ເປັນຕົວແທນຂອງຊຸດ
ຕົວອັກສອນທາງເລືອກທີ່ຈະໃຊ້ເປັນຕົວເລືອກເລີ່ມຕົ້ນ. ການ​ປະ​ຕິ​ບັດ​ຈະ​
ຍອມຮັບທັງສອງຮູບແບບຕໍ່ໄປນີ້ (ແຕ່ບໍ່ຈໍາເປັນຕ້ອງຍອມຮັບພວກມັນເມື່ອປະສົມກັນ):

* ຕົວ​ອັກ​ສອນ​ແມ່ນ​ຕົວ​ອັກ​ສອນ​ທາງ​ເລືອກ​ໂດຍ​ບໍ່​ມີ​ການ​ນໍາ​ຫນ້າ​ ຕົວອັກສອນຫຼື
ການ​ແບ່ງ​ແຍກ​ທີ່​ໃຊ້​ໃນ a ເຮັດໃຫ້ ເສັ້ນຄໍາສັ່ງຂອງຜົນປະໂຫຍດ.

* ຕົວ​ອັກ​ສອນ​ແມ່ນ​ໄດ້​ຮັບ​ການ​ຈັດ​ຮູບ​ແບບ​ໃນ​ລັກ​ສະ​ນະ​ຄ້າຍ​ຄື​ກັບ​ສ່ວນ​ຫນຶ່ງ​ຂອງ​ ເຮັດໃຫ້
ເສັ້ນຄໍາສັ່ງ utility: ທາງເລືອກແມ່ນນໍາຫນ້າໂດຍ ລັກ​ສະ​ນະ​ແລະ​
-separated ດັ່ງ​ທີ່​ອະ​ທິ​ບາຍ​ໃນ​ປະ​ລິ​ມານ​ຄໍາ​ນິ​ຍາມ​ພື້ນ​ຖານ​ຂອງ​
POSIX.1-2008, ສ່ວນ 12.2, ຜົນປະໂຫຍດ syntax ຄູ່ມືແນະນໍາ. ໄດ້ ມະຫາພາກ=ມູນຄ່າ
ໂຕປະຕິບັດການນິຍາມມະຫາພາກສາມາດຖືກລວມເຂົ້ານຳ. ຄວາມແຕກຕ່າງລະຫວ່າງ
ເນື້ອໃນຂອງ ເຄື່ອງແຕ່ງກາຍ ແລະ ເຮັດໃຫ້ ເສັ້ນຄໍາສັ່ງ utility ແມ່ນວ່າເນື້ອໃນ
ຂອງຕົວແປຈະຕ້ອງບໍ່ຂຶ້ນກັບການຂະຫຍາຍຄໍາສັບ (ເບິ່ງ ສ່ວນ
2.6, Word ການຂະຫຍາຍ) ທີ່​ກ່ຽວ​ຂ້ອງ​ກັບ​ການ​ແຍກ​ຄ່າ​ເສັ້ນ​ຄໍາ​ສັ່ງ​.

NLSPATH ກໍານົດສະຖານທີ່ຂອງລາຍການຂໍ້ຄວາມສໍາລັບການປະມວນຜົນຂອງ LC_MESSAGES.

ໂຄງການ
ໃຫ້ໄດເລກະທໍລີທີ່ຈະໃຊ້ເພື່ອຊອກຫາໄຟລ໌ SCCS ທີ່ບໍ່ພົບໃນປະຈຸບັນ
ໄດເລກະທໍລີ. ໃນທຸກໆກໍລະນີຕໍ່ໄປນີ້, ການຄົ້ນຫາໄຟລ໌ SCCS ແມ່ນເຮັດຢູ່ໃນ
ບັນຊີລາຍການ SCCS ໃນ​ລະ​ບົບ​ທີ່​ກໍາ​ນົດ​ໄວ້​. ຖ້າຫາກວ່າມູນຄ່າຂອງ ໂຄງການ
ເລີ່ມຕົ້ນດ້ວຍ a , ມັນຈະຖືກພິຈາລະນາເປັນຊື່ເສັ້ນທາງຢ່າງແທ້ຈິງ; ຖ້າບໍ່ດັ່ງນັ້ນ,
ມູນຄ່າຂອງ ໂຄງການ ຖືກປະຕິບັດເປັນຊື່ຜູ້ໃຊ້ແລະເບື້ອງຕົ້ນຂອງຜູ້ໃຊ້ນັ້ນ
ໄດເລກະທໍລີທີ່ເຮັດວຽກຈະຖືກກວດສອບສໍາລັບໄດເລກະທໍລີຍ່ອຍ src or ແຫຼ່ງ. ຖ້າເປັນເຊັ່ນນັ້ນ
ໄດເລກະທໍລີຖືກພົບເຫັນ, ມັນຈະຖືກນໍາໃຊ້. ຖ້າບໍ່ດັ່ງນັ້ນ, ມູນຄ່າແມ່ນໃຊ້ເປັນພີ່ນ້ອງ
ຊື່ເສັ້ນທາງ.

If ໂຄງການ ບໍ່ໄດ້ຖືກຕັ້ງຫຼືມີມູນຄ່າ null, ການຊອກຫາໄຟລ໌ SCCS ຈະເປັນ
ເຮັດຢູ່ໃນໄດເລກະທໍລີ SCCS ໃນ​ລະ​ບົບ​ປະ​ຈຸ​ບັນ​.

ການຕັ້ງຄ່າຂອງ ໂຄງການ ຜົນກະທົບຕໍ່ໄຟລ໌ທັງຫມົດທີ່ລະບຸໄວ້ໃນສ່ວນທີ່ເຫຼືອນີ້
ລາຍລະອຽດຜົນປະໂຫຍດສໍາລັບໄຟລ໌ທີ່ມີອົງປະກອບທີ່ມີຊື່ SCCS.

ມູນຄ່າຂອງການ SHELL ຕົວແປສະພາບແວດລ້ອມຈະບໍ່ຖືກໃຊ້ເປັນມະຫາພາກ ແລະຈະບໍ່ເປັນ
ດັດແກ້ໂດຍການກໍານົດ SHELL ມະຫາພາກໃນ makefile ຫຼືໃນແຖວຄໍາສັ່ງ. ອື່ນໆທັງໝົດ
ຕົວແປສະພາບແວດລ້ອມ, ລວມທັງຄ່າ null, ຈະຖືກໃຊ້ເປັນ macro, as
ກຳ ນົດໃນ ມາໂຄຣ.

ASYNCHRONOUS ເຫດການ

ຖ້າຍັງບໍ່ໄດ້ລະເລີຍ, ເຮັດໃຫ້ ຈະດັກ SIGHUP, SIGTERM, SIGINT, ແລະ SIGQUIT ແລະເອົາອອກ
ເປົ້າຫມາຍໃນປະຈຸບັນເວັ້ນເສຍແຕ່ວ່າເປົ້າຫມາຍແມ່ນໄດເລກະທໍລີຫຼືເປົ້າຫມາຍແມ່ນເງື່ອນໄຂເບື້ອງຕົ້ນຂອງ
ເປົ້າ​ຫມາຍ​ພິ​ເສດ​ .PRECIOUS ຫຼືເວັ້ນເສຍແຕ່ວ່າຫນຶ່ງໃນ ນ, -ປ, ຫຼື −q ທາງ​ເລືອກ​ໄດ້​ລະ​ບຸ​ໄວ້​. ໃດ
ເປົ້າຫມາຍທີ່ຖືກໂຍກຍ້າຍອອກໃນລັກສະນະນີ້ຈະຖືກລາຍງານໃນຂໍ້ຄວາມການວິນິດໄສທີ່ບໍ່ຖືກກໍານົດ
ຮູບແບບ, ຂຽນເປັນຄວາມຜິດພາດມາດຕະຖານ. ຫຼັງຈາກຂະບວນການທໍາຄວາມສະອາດນີ້, ຖ້າມີ, ເຮັດໃຫ້ ຈະໃຊ້ເວລາ
ການປະຕິບັດມາດຕະຖານສໍາລັບສັນຍານອື່ນໆທັງຫມົດ.

STDOUT

ໄດ້ ເຮັດໃຫ້ utility ຈະຂຽນຄໍາສັ່ງທັງຫມົດທີ່ຈະປະຕິບັດກັບຜົນໄດ້ຮັບມາດຕະຖານເວັ້ນເສຍແຕ່ວ່າ −ສ
ທາງ​ເລືອກ​ໄດ້​ຖືກ​ລະ​ບຸ​ໄວ້​, ຄໍາ​ສັ່ງ​ແມ່ນ​ນໍາ​ຫນ້າ​ທີ່​ມີ​ສັນ​ຍານ​, ຫຼື​ເປົ້າ​ຫມາຍ​ພິ​ເສດ​
.ງຽບ ມີເປົ້າໝາຍໃນປະຈຸບັນເປັນເງື່ອນໄຂເບື້ອງຕົ້ນ ຫຼືບໍ່ມີເງື່ອນໄຂເບື້ອງຕົ້ນ. ຖ້າ ເຮັດໃຫ້
ຖືກເອີ້ນໂດຍບໍ່ຈໍາເປັນຕ້ອງມີວຽກໃດໆທີ່ຕ້ອງເຮັດ, ມັນຈະຂຽນຂໍ້ຄວາມໃຫ້ເປັນມາດຕະຖານ
ຜົນໄດ້ຮັບສະແດງໃຫ້ເຫັນວ່າບໍ່ມີການດໍາເນີນການໃດໆ. ຖ້າ -t ທາງເລືອກແມ່ນປະຈຸບັນແລະໄຟລ໌ແມ່ນ
ແຕະຕ້ອງ, ເຮັດໃຫ້ ຈະຕ້ອງຂຽນໃສ່ຂໍ້ຄວາມມາດຕະຖານຂອງຮູບແບບທີ່ບໍ່ໄດ້ລະບຸທີ່ຊີ້ບອກ
ວ່າໄຟລ໌ໄດ້ຖືກສໍາພັດ, ລວມທັງຊື່ໄຟລ໌ຂອງໄຟລ໌.

ສະດຸດ

ຄວາມຜິດພາດມາດຕະຖານຈະຖືກນໍາໃຊ້ສໍາລັບຂໍ້ຄວາມວິນິດໄສເທົ່ານັ້ນ.

OUTPUT ເອກະສານ

ໄຟລ໌ສາມາດຖືກສ້າງຂື້ນໃນເວລາທີ່ -t ທາງເລືອກແມ່ນປະຈຸບັນ. ສາມາດສ້າງໄຟລ໌ເພີ່ມເຕີມໄດ້
ໂດຍ​ອຸ​ປະ​ກອນ​ການ​ຮຽກ​ຮ້ອງ​ໂດຍ​ ເຮັດໃຫ້.

ອະທິບາຍ ລາຍລະອຽດ

ໄດ້ ເຮັດໃຫ້ ຜົນປະໂຫຍດພະຍາຍາມປະຕິບັດການປະຕິບັດທີ່ຈໍາເປັນເພື່ອຮັບປະກັນວ່າກໍານົດໄວ້
ເປົ້າ​ຫມາຍ​ແມ່ນ​ທັນ​ສະ​ໄຫມ​. ເປົ້າໝາຍໃດໜຶ່ງແມ່ນຖືວ່າລ້າສະໄໝ ຖ້າມັນເກົ່າກວ່າອັນໃດອັນໜຶ່ງຂອງມັນ
prerequisites ຫຼືຖ້າຫາກວ່າມັນບໍ່ມີ. ໄດ້ ເຮັດໃຫ້ ຜົນປະໂຫຍດຈະຕ້ອງປະຕິບັດເງື່ອນໄຂເບື້ອງຕົ້ນທັງຫມົດ
ເປົ້າ​ຫມາຍ​ຂອງ​ຕົນ​ເອງ​ແລະ recursively ຮັບ​ປະ​ກັນ​ວ່າ​ພວກ​ເຂົາ​ເຈົ້າ​ແມ່ນ​ທັນ​ສະ​ໄຫມ​, ການ​ປຸງ​ແຕ່ງ​ໃຫ້​ເຂົາ​ເຈົ້າ​ໃນ​
ຄໍາສັ່ງທີ່ພວກເຂົາປາກົດຢູ່ໃນກົດລະບຽບ. ໄດ້ ເຮັດໃຫ້ ຜົນປະໂຫຍດຈະຕ້ອງໃຊ້ເວລາການດັດແກ້
ຂອງໄຟລ໌ເພື່ອກໍານົດວ່າເປົ້າຫມາຍທີ່ສອດຄ້ອງກັນແມ່ນລ້າສະໄຫມ.

ຫຼັງຈາກ ເຮັດໃຫ້ ໄດ້​ຮັບ​ປະ​ກັນ​ວ່າ​ທັງ​ຫມົດ​ຂອງ prerequisites ຂອງ​ເປົ້າ​ຫມາຍ​ແມ່ນ​ທັນ​ສະ​ໄຫມ​ແລະ​ຖ້າ​ຫາກ​ວ່າ​
ເປົ້າຫມາຍແມ່ນລ້າສະໄຫມ, ຄໍາສັ່ງທີ່ກ່ຽວຂ້ອງກັບການເຂົ້າເປົ້າຫມາຍຈະຖືກປະຕິບັດ. ຖ້າ
ບໍ່ມີຄໍາສັ່ງລະບຸໄວ້ສໍາລັບເປົ້າຫມາຍ, ເປົ້າຫມາຍຈະຖືກປະຕິບັດເປັນທັນສະໄຫມ.

makefile syntax
makefile ສາມາດມີກົດລະບຽບ, ນິຍາມມະຫາພາກ (ເບິ່ງ ມາໂຄຣ), ປະກອບມີສາຍ, ແລະຄໍາເຫັນ.
ມີ​ສອງ​ປະ​ເພດ​ຂອງ​ກົດ​ລະ​ບຽບ​: ການສະຫຼຸບ ກົດລະບຽບ ແລະ ເປົ້າ​ຫມາຍ ກົດລະບຽບ. ໄດ້ ເຮັດໃຫ້ ຜົນປະໂຫຍດຈະ
ປະກອບດ້ວຍຊຸດຂອງກົດລະບຽບ inference ທີ່ສ້າງຂຶ້ນ. ຖ້າ -r ທາງເລືອກແມ່ນປະຈຸບັນ, ກົດລະບຽບການກໍ່ສ້າງ
ຈະບໍ່ຖືກນໍາໄປໃຊ້ ແລະລາຍການຕໍ່ທ້າຍຈະຖືກລຶບລ້າງ. ກົດລະບຽບເພີ່ມເຕີມຂອງທັງສອງປະເພດສາມາດ
ຖືກລະບຸໄວ້ໃນ makefile. ຖ້າກົດລະບຽບຖືກກໍານົດຫຼາຍກວ່າຫນຶ່ງຄັ້ງ, ມູນຄ່າຂອງກົດລະບຽບ
ຈະເປັນອັນສຸດທ້າຍທີ່ລະບຸໄວ້. Macros ຍັງສາມາດຖືກກໍານົດຫຼາຍກວ່າຫນຶ່ງຄັ້ງ, ແລະ
ຄ່າຂອງມະຫາພາກແມ່ນລະບຸໄວ້ໃນ ມາໂຄຣ. ຄຳເຫັນເລີ່ມຕົ້ນດ້ວຍ ກ ('#')
ແລະສືບຕໍ່ຈົນກ່ວາ unscaped ບັນລຸໄດ້.

ໂດຍຄ່າເລີ່ມຕົ້ນ, ໄຟລ໌ຕໍ່ໄປນີ້ຈະຖືກພະຍາຍາມຕາມລໍາດັບ: ./makefile ແລະ ./makefileທີ່ຢູ່ ຖ້າຫາກວ່າ
neither ./makefile or ./makefile ຖືກພົບເຫັນ, ໄຟລ໌ທີ່ກໍານົດການປະຕິບັດອື່ນໆອາດຈະເປັນ
ພະຍາຍາມ. ໃນລະບົບ XSI-conformant, ໄຟລ໌ເພີ່ມເຕີມ ./s.makefile, SCCS/s.makefile,
./s.Makefile, ແລະ SCCS/s.Makefile ຈະຖືກພະຍາຍາມເຊັ່ນກັນ.

ໄດ້ -f ທາງ​ເລືອກ​ຈະ​ຊີ້​ນໍາ​ ເຮັດໃຫ້ ເພື່ອບໍ່ສົນໃຈໃດໆຂອງໄຟລ໌ເລີ່ມຕົ້ນເຫຼົ່ານີ້ແລະນໍາໃຊ້ທີ່ກໍານົດໄວ້
argument ເປັນ makefile ແທນ. ຖ້າ '−' ການໂຕ້ຖຽງແມ່ນລະບຸໄວ້, ການປ້ອນຂໍ້ມູນມາດຕະຖານຈະຕ້ອງເປັນ
ໃຊ້ແລ້ວ.

ໃນໄລຍະການ makefile ຖືກນໍາໃຊ້ເພື່ອອ້າງເຖິງກົດລະບຽບໃດໆທີ່ສະຫນອງໃຫ້ໂດຍຜູ້ໃຊ້, ບໍ່ວ່າຈະຢູ່ໃນ
./makefile ຫຼືຕົວແປຂອງມັນ, ຫຼືກໍານົດໂດຍ -f ທາງເລືອກ.

ກົດລະບຽບໃນ makefiles ຈະປະກອບດ້ວຍປະເພດດັ່ງຕໍ່ໄປນີ້: ກົດລະບຽບເປົ້າຫມາຍ,
ລວມທັງເປົ້າໝາຍພິເສດ (ເບິ່ງ ເປົ້າຫມາຍ ກົດລະບຽບ), ກົດລະບຽບ inference (ເບິ່ງ ຄວາມເຂົ້າໃຈ ກົດລະບຽບ), ມະຫາພາກ
ຄໍານິຍາມ (ເບິ່ງ ມາໂຄຣ), ເສັ້ນເປົ່າ, ແລະຄໍາເຫັນ.

ເປົ້າໝາຍ ແລະກົດລະບຽບການອ້າງອີງອາດມີ ຄໍາສັ່ງ ສາຍ. ເສັ້ນຄໍາສັ່ງສາມາດມີຄໍານໍາຫນ້າ
ທີ່ຈະຖືກໂຍກຍ້າຍອອກກ່ອນທີ່ຈະປະຕິບັດ (ເບິ່ງ makefile ການບໍລິຫານ).

ໃນ​ເວ​ລາ​ທີ່​ໄດ້​ຫນີ​ (ອັນໜຶ່ງກ່ອນໜ້າດ້ວຍ ກ ) ພົບ​ເຫັນ​ໄດ້​ທຸກ​ບ່ອນ​ໃນ​
makefile ຍົກ​ເວັ້ນ​ໃນ​ບັນ​ຊີ​ຄໍາ​ສັ່ງ​, ເສັ້ນ​ປະ​ກອບ​ມີ​, ຫຼື​ເສັ້ນ​ໃນ​ທັນ​ທີ​ກ່ອນ​ຫນ້າ​
ປະກອບມີເສັ້ນ, ມັນຈະຖືກປ່ຽນແທນ, ພ້ອມກັບພື້ນທີ່ສີຂາວຊັ້ນນໍາຕໍ່ໄປນີ້
ເສັ້ນ, ມີດຽວ . ໃນ​ເວ​ລາ​ທີ່​ໄດ້​ຫນີ​ ພົບເຫັນຢູ່ໃນເສັ້ນຄໍາສັ່ງໃນ a
makefile, ເສັ້ນຄໍາສັ່ງຈະຕ້ອງປະກອບດ້ວຍ , ໄດ້ , ແລະຕໍ່ໄປ
ແຖວ, ຍົກເວັ້ນວ່າຕົວອັກສອນທໍາອິດຂອງແຖວຕໍ່ໄປຈະບໍ່ຖືກລວມເຂົ້າຖ້າມັນເປັນ a
. ໃນ​ເວ​ລາ​ທີ່​ໄດ້​ຫນີ​ ຖືກພົບເຫັນຢູ່ໃນເສັ້ນລວມຫຼືຢູ່ໃນເສັ້ນທັນທີ
ກ່ອນໜ້າເສັ້ນປະກອບມີ, ພຶດຕິກຳບໍ່ໄດ້ລະບຸ.

ລວມ ເສັ້ນ
ຖ້າຄໍາ ປະກອບດ້ວຍ ປະກົດຂຶ້ນໃນຕອນຕົ້ນຂອງແຖວ ແລະຕິດຕາມດ້ວຍໜຶ່ງ ຫຼືຫຼາຍກວ່ານັ້ນ
ຕົວ​ອັກ​ສອນ​, ຊ່ອຍ​ແນ່​ສ້າງ​ຕັ້ງ​ຂຶ້ນ​ໂດຍ​ສ່ວນ​ທີ່​ເຫຼືອ​ຂອງ​ເສັ້ນ​ຈະ​ໄດ້​ຮັບ​ການ​ປຸງ​ແຕ່ງ​ເປັນ​
ຕໍ່ໄປນີ້ເພື່ອຜະລິດຊື່ເສັ້ນທາງ:

* ການ​ຕິດ​ຕາມ​ ແລະຄໍາເຫັນໃດໆຈະຖືກຍົກເລີກ. ຖ້າຫາກວ່າສະຕິງຜົນໄດ້ຮັບ
ປະກອບດ້ວຍຕົວອັກສອນທີ່ອ້າງອີງສອງເທົ່າ ('"') ພຶດຕິກໍາແມ່ນບໍ່ໄດ້ກໍານົດ.

* ສະຕຣິງຜົນໄດ້ຮັບຈະຖືກປຸງແຕ່ງສໍາລັບການຂະຫຍາຍມະຫາພາກ (ເບິ່ງ ມາໂຄຣ.

* ໃດໆ ຕົວອັກສອນທີ່ປາກົດຫຼັງຈາກທໍາອິດທີ່ບໍ່ແມ່ນ ຈະ​ຖືກ​ນໍາ​ໃຊ້​ເປັນ
ໂຕແຍກເພື່ອແບ່ງສາຍທີ່ຂະຫຍາຍມະຫາພາກເປັນຊ່ອງຂໍ້ມູນ. ມັນບໍ່ໄດ້ຖືກລະບຸວ່າ
ຕົວອັກສອນຍະຫວ່າງອື່ນໆຍັງຖືກໃຊ້ເປັນຕົວແຍກ. ມັນບໍ່ໄດ້ຖືກລະບຸ
ບໍ່ວ່າຈະເປັນການຂະຫຍາຍຊື່ເສັ້ນທາງ (ເບິ່ງ ສ່ວນ 2.13, ຮູບແບບ ການຈັບຄູ່ notation) ກໍ່ຄືກັນ
ປະຕິບັດ.

* ຖ້າການປະມວນຜົນຂອງຕົວແຍກແລະການຂະຫຍາຍຊື່ເສັ້ນທາງທາງເລືອກສົ່ງຜົນໃຫ້ສູນ
ຫຼືສອງຊ່ອງຂໍ້ມູນທີ່ບໍ່ຫວ່າງເປົ່າ ຫຼືຫຼາຍກວ່ານັ້ນ, ພຶດຕິກໍາແມ່ນບໍ່ໄດ້ລະບຸ. ຖ້າມັນສົ່ງຜົນໃນຫນຶ່ງ
ພາກສະຫນາມທີ່ບໍ່ຫວ່າງເປົ່າ, ພາກສະຫນາມນັ້ນຖືກປະຕິບັດເປັນຊື່ເສັ້ນທາງ.

ຖ້າຊື່ເສັ້ນທາງບໍ່ຂຶ້ນຕົ້ນດ້ວຍ a '/' ມັນຈະຖືກປະຕິບັດເປັນພີ່ນ້ອງກັບປະຈຸບັນ
ໄດເລກະທໍລີທີ່ເຮັດວຽກຂອງຂະບວນການ, ບໍ່ກ່ຽວຂ້ອງກັບໄດເລກະທໍລີທີ່ມີ makefile.
ຖ້າໄຟລ໌ບໍ່ມີຢູ່ໃນສະຖານທີ່ນີ້, ມັນບໍ່ໄດ້ຖືກລະບຸວ່າຈະເພີ່ມເຕີມຫຼືບໍ່
ໄດເລກະທໍລີຖືກຄົ້ນຫາ.

ເນື້ອໃນຂອງໄຟລ໌ທີ່ລະບຸໄວ້ໂດຍຊື່ເສັ້ນທາງຈະຖືກອ່ານ ແລະປະມວນຜົນຄືກັບວ່າພວກມັນ
ປາກົດຢູ່ໃນ makefile ແທນເສັ້ນລວມ. ຖ້າໄຟລ໌ສິ້ນສຸດລົງດ້ວຍການຫລົບຫນີ
ພຶດຕິກຳບໍ່ໄດ້ລະບຸ.

ໄຟລ໌ຕົວມັນເອງອາດຈະປະກອບດ້ວຍສາຍຕື່ມອີກ. ການຈັດຕັ້ງປະຕິບັດຈະສະຫນັບສະຫນູນການຮັງ
ປະກອບມີໄຟລ໌ທີ່ມີຄວາມເລິກຢ່າງໜ້ອຍ 16 ໄຟລ໌.

makefile ການບໍລິຫານ
ເສັ້ນຄໍາສັ່ງ Makefile ຈະຖືກປຸງແຕ່ງເທື່ອລະອັນ.

ເສັ້ນຄໍາສັ່ງ Makefile ສາມາດມີຫນຶ່ງຫຼືຫຼາຍຄໍານໍາຫນ້າຕໍ່ໄປນີ້: a ('-'),
ປ້າຍຊື່ ('@'), ຫຼື ກ ('+'). ສິ່ງເຫຼົ່ານີ້ຈະດັດແປງວິທີການ ເຮັດໃຫ້
ປະມວນຜົນຄໍາສັ່ງ.

− ຖ້າຄຳນຳໜ້າມີ a , ຫຼື -i ທາງເລືອກແມ່ນປະຈຸບັນ, ຫຼື
ເປົ້າ​ຫມາຍ​ພິ​ເສດ​ .ບໍ່ສົນໃຈ ມີເປົ້າໝາຍໃນປະຈຸບັນເປັນເງື່ອນໄຂເບື້ອງຕົ້ນ ຫຼືບໍ່ມີ
ເງື່ອນໄຂເບື້ອງຕົ້ນ, ຂໍ້ຜິດພາດທີ່ພົບເຫັນໃນຂະນະທີ່ປະຕິບັດຄໍາສັ່ງຈະຖືກລະເລີຍ.

@ ຖ້າຄໍານໍາຫນ້າຄໍາສັ່ງປະກອບດ້ວຍ at-sign ແລະ the ເຮັດໃຫ້ ເສັ້ນຄໍາສັ່ງຂອງຜົນປະໂຫຍດ ນ
ທາງ​ເລືອກ​ແມ່ນ​ບໍ່​ໄດ້​ລະ​ບຸ​ໄວ້​, ຫຼື​ −ສ ທາງເລືອກແມ່ນປະຈຸບັນ, ຫຼືເປົ້າຫມາຍພິເສດ .ງຽບ
ມີທັງເປົ້າຫມາຍໃນປະຈຸບັນເປັນ prerequisite ຫຼືບໍ່ມີ prerequisites, ຄໍາສັ່ງ
ຈະບໍ່ຖືກຂຽນເປັນຜົນຜະລິດມາດຕະຖານກ່ອນທີ່ຈະຖືກປະຕິບັດ.

+ ຖ້າຄຳນຳໜ້າມີ a , ນີ້ຊີ້ໃຫ້ເຫັນເສັ້ນຄໍາສັ່ງ makefile
ທີ່ຈະຖືກປະຕິບັດເຖິງແມ່ນວ່າ ນ, −q, ຫຼື -t ຖືກກໍານົດ.

An ການປະຕິບັດ ອອນໄລນ໌ ຖືກສ້າງຂຶ້ນຈາກບັນທັດຄໍາສັ່ງໂດຍການຖອນຕົວຫນັງສື prefix ໃດ. ຍົກເວັ້ນ
ດັ່ງທີ່ໄດ້ອະທິບາຍໄວ້ພາຍໃຕ້ຄຳນຳໜ້າເຄື່ອງໝາຍ, ເສັ້ນການປະຕິບັດຈະຖືກຂຽນເປັນມາດຕະຖານ
ຜົນ​ຜະ​ລິດ​, ທາງ​ເລືອກ​ກ່ອນ​ຫນ້າ​ໂດຍ a . ເສັ້ນ​ປະ​ຕິ​ບັດ​ຫຼັງ​ຈາກ​ນັ້ນ​ຈະ​ໄດ້​ຮັບ​ການ​ປະ​ຕິ​ບັດ​ໂດຍ a
shell ເປັນຖ້າຫາກວ່າມັນໄດ້ຖືກຖ່າຍທອດເປັນການໂຕ້ຖຽງກັບ ລະບົບ() ການໂຕ້ຕອບ, ຍົກເວັ້ນວ່າຖ້າ
ຄວາມຜິດພາດບໍ່ໄດ້ຖືກລະເລີຍຫຼັງຈາກນັ້ນແກະ −e ທາງ​ເລືອກ​ຍັງ​ຈະ​ມີ​ຜົນ​ກະ​ທົບ​. ຖ້າ​ຫາກ​ວ່າ​ຄວາມ​ຜິດ​ພາດ​
ກໍາລັງຖືກລະເລີຍສໍາລັບຄໍາສັ່ງ (ເປັນຜົນມາຈາກ -i ທາງເລືອກ, ກ '−' ຄໍາ​ນໍາ​ຫນ້າ​ຄໍາ​ສັ່ງ​, ຫຼື​
a .ບໍ່ສົນໃຈ ເປົ້າໝາຍພິເສດ), ຫອຍ −e ທາງ​ເລືອກ​ຈະ​ບໍ່​ມີ​ຜົນ​ກະ​ທົບ​. ສະພາບແວດລ້ອມສໍາລັບ
ຄໍາ​ສັ່ງ​ທີ່​ຖືກ​ປະ​ຕິ​ບັດ​ຈະ​ມີ​ທັງ​ຫມົດ​ຂອງ​ຕົວ​ແປ​ໃນ​ສະ​ພາບ​ແວດ​ລ້ອມ​ຂອງ​ ເຮັດໃຫ້.

ໂດຍຄ່າເລີ່ມຕົ້ນ, ເມື່ອ ເຮັດໃຫ້ ໄດ້ຮັບສະຖານະພາບທີ່ບໍ່ແມ່ນສູນຈາກການປະຕິບັດຄໍາສັ່ງ, ມັນຈະ
ສິ້ນສຸດດ້ວຍຂໍ້ຄວາມສະແດງຂໍ້ຜິດພາດກັບຄວາມຜິດພາດມາດຕະຖານ.

ເປົ້າຫມາຍ ກົດລະບຽບ
ກົດ​ລະ​ບຽບ​ເປົ້າ​ຫມາຍ​ແມ່ນ​ມີ​ຮູບ​ແບບ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​:

ເປົ້າ​ຫມາຍ [ເປົ້າ​ຫມາຍ...]: [ເງື່ອນໄຂທີ່ຕ້ອງການ...][;ຄໍາສັ່ງ]
[ຄໍາສັ່ງ
ຄໍາສັ່ງ
...]

ອອນໄລນ໌ ທີ່ ບໍ່ ບໍ່ ເລີ່ມຕົ້ນ ກັບ

ລາຍການເປົ້າໝາຍແມ່ນກຳນົດໂດຍ ກ - ແຍກອອກ, ລາຍຊື່ເປົ້າໝາຍທີ່ບໍ່ແມ່ນ null, ຈາກນັ້ນ ກ
, ຈາກນັ້ນ ກ - ແຍກ​ອອກ​, ເປັນ​ໄປ​ໄດ້​ຫວ່າງ​ເປົ່າ​ບັນ​ຊີ​ລາຍ​ການ​ຂອງ prerequisites​. ຂໍ້ຄວາມຕໍ່ໄປນີ້ ກ
, ຖ້າມີ, ແລະທຸກສາຍຕໍ່ໄປນີ້ທີ່ເລີ່ມຕົ້ນດ້ວຍ a , ແມ່ນຄໍາສັ່ງ makefile
ສາຍທີ່ຈະຖືກປະຕິບັດເພື່ອປັບປຸງເປົ້າຫມາຍ. ເສັ້ນທໍາອິດທີ່ບໍ່ຫວ່າງເປົ່າທີ່ບໍ່ເລີ່ມຕົ້ນ
ກັບ ກ ຫຼື '#' ຈະ​ເລີ່ມ​ຕົ້ນ​ການ​ເຂົ້າ​ໃຫມ່​. ເສັ້ນຫວ່າງເປົ່າ ຫຼື ເສັ້ນຫວ່າງ ຫຼື ເສັ້ນເລີ່ມຕົ້ນ
ກັບ '#', ອາດຈະເລີ່ມຕົ້ນການເຂົ້າໃຫມ່.

ຄໍາຮ້ອງສະຫມັກຈະຕ້ອງເລືອກຊື່ເປົ້າຫມາຍຈາກຊຸດຂອງຕົວອັກສອນທີ່ປະກອບດ້ວຍ solely ຂອງ
ໄລຍະເວລາ, ຂີດກ້ອງ, ຕົວເລກ, ແລະຕົວອັກສອນຈາກຊຸດຕົວອັກສອນແບບເຄື່ອນທີ່ (ເບິ່ງ
ປະລິມານນິຍາມພື້ນຖານຂອງ POSIX.1-2008, ສ່ວນ 6.1, Portable ລັກສະນະ ທີ່ກໍານົດໄວ້).
ການປະຕິບັດອາດຈະອະນຸຍາດໃຫ້ຕົວອັກສອນອື່ນໃນຊື່ເປົ້າຫມາຍເປັນສ່ວນຂະຫຍາຍ. ໄດ້
ການຕີຄວາມໝາຍຂອງເປົ້າໝາຍທີ່ປະກອບດ້ວຍຕົວລະຄອນ '%' ແລະ '"' ແມ່ນ​ການ​ປະ​ຕິ​ບັດ​ກໍາ​ນົດ​.

ເປົ້າຫມາຍທີ່ມີເງື່ອນໄຂເບື້ອງຕົ້ນ, ແຕ່ບໍ່ມີຄໍາສັ່ງໃດໆ, ສາມາດຖືກນໍາໃຊ້ເພື່ອເພີ່ມໃສ່
ບັນຊີລາຍຊື່ທີ່ຕ້ອງການສໍາລັບເປົ້າຫມາຍນັ້ນ. ມີພຽງແຕ່ຫນຶ່ງກົດລະບຽບເປົ້າຫມາຍສໍາລັບເປົ້າຫມາຍໃດຫນຶ່ງທີ່ສາມາດມີ
ຄຳ ສັ່ງ.

ສາຍທີ່ເລີ່ມຕົ້ນດ້ວຍຫນຶ່ງໃນຕໍ່ໄປນີ້ແມ່ນເອີ້ນວ່າ ພິເສດ ເປົ້າຫມາຍ ແລະ​ຄວບ​ຄຸມ
ການດໍາເນີນງານຂອງ ເຮັດໃຫ້:

.ເລີ່ມຕົ້ນ ຖ້າ makefile ໃຊ້ເປົ້າຫມາຍພິເສດນີ້, ຄໍາຮ້ອງສະຫມັກຈະຕ້ອງຮັບປະກັນວ່າມັນ
ຖືກລະບຸດ້ວຍຄໍາສັ່ງ, ແຕ່ບໍ່ມີເງື່ອນໄຂເບື້ອງຕົ້ນ. ຄໍາສັ່ງຈະເປັນ
ໃຊ້ໂດຍ ເຮັດໃຫ້ ຖ້າບໍ່ມີກົດລະບຽບອື່ນທີ່ມີຢູ່ເພື່ອສ້າງເປົ້າຫມາຍ.

.ບໍ່ສົນໃຈ ເງື່ອນໄຂເບື້ອງຕົ້ນຂອງເປົ້າໝາຍພິເສດນີ້ແມ່ນເປົ້າໝາຍຂອງຕົນເອງ; ອັນນີ້ຈະເຮັດໃຫ້ເກີດ
ຄວາມຜິດພາດຈາກຄໍາສັ່ງທີ່ກ່ຽວຂ້ອງກັບພວກມັນຈະຖືກລະເວັ້ນໃນລັກສະນະດຽວກັນກັບ
ລະບຸໄວ້ໂດຍ -i ທາງເລືອກ. ການປະກົດຕົວຕໍ່ມາຂອງ .ບໍ່ສົນໃຈ ຈະເພີ່ມໃສ່
ບັນຊີລາຍຊື່ຂອງເປົ້າຫມາຍບໍ່ສົນໃຈຄວາມຜິດພາດຄໍາສັ່ງ. ຖ້າບໍ່ມີການລະບຸເງື່ອນໄຂເບື້ອງຕົ້ນ, ເຮັດໃຫ້
ຈະ​ປະ​ຕິ​ບັດ​ເປັນ​ຖ້າ​ຫາກ​ວ່າ​ -i ທາງເລືອກໄດ້ຖືກລະບຸໄວ້ແລະຄວາມຜິດພາດຈາກຄໍາສັ່ງທັງຫມົດ
ທີ່ກ່ຽວຂ້ອງກັບເປົ້າໝາຍທັງໝົດຈະຖືກລະເລີຍ.

.POSIX ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ຕ້ອງ​ຮັບ​ປະ​ກັນ​ວ່າ​ເປົ້າ​ຫມາຍ​ພິ​ເສດ​ນີ້​ແມ່ນ​ໄດ້​ລະ​ບຸ​ໄວ້​ໂດຍ​ບໍ່​ມີ​ການ
prerequisites ຫຼືຄໍາສັ່ງ. ຖ້າມັນປາກົດເປັນແຖວທີ່ບໍ່ແມ່ນຄໍາຄິດຄໍາເຫັນທໍາອິດໃນ
makefile, ເຮັດໃຫ້ ຈະຕ້ອງປະມວນຜົນ makefile ຕາມທີ່ລະບຸໄວ້ໃນພາກນີ້;
ຖ້າບໍ່ດັ່ງນັ້ນ, ພຶດຕິກໍາຂອງ ເຮັດໃຫ້ ບໍ່ໄດ້ລະບຸ.

.PRECIOUS ເງື່ອນໄຂເບື້ອງຕົ້ນຂອງເປົ້າຫມາຍພິເສດນີ້ຈະບໍ່ຖືກໂຍກຍ້າຍອອກຖ້າຫາກວ່າ ເຮັດໃຫ້ ໄດ້ຮັບຫນຶ່ງ
ຂອງເຫດການບໍ່ກົງກັນທີ່ອະທິບາຍຢ່າງຈະແຈ້ງໃນເຫດການ ASYNCHRONOUS
ພາກ. ການປະກົດຕົວຕໍ່ມາຂອງ .PRECIOUS ຈະເພີ່ມເຂົ້າໃນບັນຊີລາຍຊື່ຂອງປະເສີດ
ໄຟລ໌. ຖ້າບໍ່ມີການລະບຸເງື່ອນໄຂເບື້ອງຕົ້ນ, ເປົ້າຫມາຍທັງຫມົດໃນ makefile ຈະເປັນ
ຮັບການປິ່ນປົວຄືກັບທີ່ລະບຸໄວ້ກັບ .PRECIOUS.

.SCCS_GET ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ຕ້ອງ​ຮັບ​ປະ​ກັນ​ວ່າ​ເປົ້າ​ຫມາຍ​ພິ​ເສດ​ນີ້​ແມ່ນ​ໄດ້​ລະ​ບຸ​ໄວ້​ໂດຍ​ບໍ່​ມີ​ການ
ເງື່ອນໄຂເບື້ອງຕົ້ນ. ຖ້າເປົ້າຫມາຍພິເສດນີ້ແມ່ນລວມຢູ່ໃນ makefile, ຄໍາສັ່ງ
ທີ່ລະບຸໄວ້ກັບເປົ້າໝາຍນີ້ຈະປ່ຽນແທນຄຳສັ່ງເລີ່ມຕົ້ນທີ່ກ່ຽວຂ້ອງກັບ
ເປົ້າໝາຍພິເສດນີ້ (ເບິ່ງ ມາດຕະຖານ ກົດລະບຽບ). ຄໍາສັ່ງທີ່ລະບຸໄວ້ກັບນີ້
ເປົ້າຫມາຍຖືກນໍາໃຊ້ເພື່ອເອົາໄຟລ໌ SCCS ທັງຫມົດທີ່ບໍ່ພົບໃນປະຈຸບັນ
ລະບົບ.

ເມື່ອໄຟລ໌ແຫຼ່ງຖືກຕັ້ງຊື່ຢູ່ໃນບັນຊີລາຍຊື່ການເພິ່ງພາອາໄສ, ເຮັດໃຫ້ ຈະປະຕິບັດໃຫ້ເຂົາເຈົ້າພຽງແຕ່
ຄືກັນກັບເປົ້າໝາຍອື່ນໆ. ເນື່ອງຈາກວ່າໄຟລ໌ແຫຼ່ງແມ່ນສົມມຸດວ່າມີຢູ່ໃນ
ໄດເລກະທໍລີ, ບໍ່ຈໍາເປັນຕ້ອງເພີ່ມລາຍການສໍາລັບມັນໃສ່ makefile. ເມື່ອ ກ
ເປົ້າ​ຫມາຍ​ບໍ່​ມີ​ການ​ອີງ​ໃສ່​, ແຕ່​ມີ​ຢູ່​ໃນ​ລະ​ບົບ​, ເຮັດໃຫ້ ຈະສົມມຸດ
ວ່າໄຟລ໌ນັ້ນແມ່ນອັບເດດແລ້ວ. ຢ່າງໃດກໍຕາມ, ໄຟລ໌ SCCS ທີ່ມີຊື່ SCCS/ວິ.source_file
ຖືກພົບເຫັນສໍາລັບເປົ້າຫມາຍ source_file, ເຮັດໃຫ້ ປຽບທຽບເວລາຂອງເປົ້າໝາຍ
ໄຟລ໌ທີ່ມີຂອງ SCCS/s.source_file ເພື່ອ​ໃຫ້​ແນ່​ໃຈວ່​າ​ເປົ້າ​ຫມາຍ​ແມ່ນ​ທັນ​ສະ​ໄຫມ​. ຖ້າ
ເປົ້າໝາຍຫາຍໄປ, ຫຼືຖ້າໄຟລ໌ SCCS ແມ່ນໃໝ່ກວ່າ, ເຮັດໃຫ້ ອັດຕະໂນມັດ
ອອກຄໍາສັ່ງທີ່ລະບຸໄວ້ສໍາລັບ .SCCS_GET ເປົ້າ​ຫມາຍ​ພິ​ເສດ​ເພື່ອ​ດຶງ​ເອົາ​
ສະ​ບັບ​ຫລ້າ​ສຸດ​. ຢ່າງໃດກໍຕາມ, ຖ້າເປົ້າຫມາຍແມ່ນຂຽນໂດຍໃຜ, ເຮັດໃຫ້ ຈະ
ບໍ່​ໄດ້​ຮັບ​ການ​ສະ​ບັບ​ໃຫມ່​.

.ງຽບ ເງື່ອນໄຂເບື້ອງຕົ້ນຂອງເປົ້າໝາຍພິເສດນີ້ແມ່ນເປົ້າໝາຍຂອງຕົນເອງ; ອັນນີ້ຈະເຮັດໃຫ້ເກີດ
ຄໍາສັ່ງທີ່ກ່ຽວຂ້ອງກັບພວກມັນບໍ່ໃຫ້ຂຽນໃສ່ຜົນໄດ້ຮັບມາດຕະຖານກ່ອນ
ເຂົາເຈົ້າໄດ້ຖືກປະຕິບັດ. ການປະກົດຕົວຕໍ່ມາຂອງ .ງຽບ ຈະເພີ່ມເຂົ້າໃນບັນຊີລາຍຊື່ຂອງ
ເປົ້າຫມາຍທີ່ມີຄໍາສັ່ງ silent. ຖ້າບໍ່ມີການລະບຸເງື່ອນໄຂເບື້ອງຕົ້ນ, ເຮັດໃຫ້ ຈະ
ປະຕິບັດຕົວຄືກັບວ່າ −ສ ທາງເລືອກໄດ້ຖືກລະບຸໄວ້ແລະບໍ່ມີຄໍາສັ່ງຫຼືຂໍ້ຄວາມສໍາພັດ
ທີ່ກ່ຽວພັນກັບເປົ້າໝາຍໃດໜຶ່ງຈະຖືກຂຽນເປັນຜົນຜະລິດມາດຕະຖານ.

.SUFFIXES ເງື່ອນໄຂເບື້ອງຕົ້ນຂອງ .SUFFIXES ຈະຖືກຕື່ມໃສ່ໃນບັນຊີລາຍຊື່ຂອງຄໍາຕໍ່ທ້າຍທີ່ຮູ້ຈັກ ແລະ
ຖືກນໍາໃຊ້ໂດຍສົມທົບກັບກົດລະບຽບ inference (ເບິ່ງ ຄວາມເຂົ້າໃຈ ກົດລະບຽບ) ຖ້າຫາກວ່າ
.SUFFIXES ບໍ່ມີ prerequisites ໃດ, ບັນຊີລາຍຊື່ຂອງ suffixes ຮູ້ຈັກຈະເປັນ
ເກັບກູ້.

ເປົ້າໝາຍພິເສດ .ບໍ່ສົນໃຈ, .POSIX, .PRECIOUS, .ງຽບ, ແລະ .SUFFIXES ຈະຖືກລະບຸ
ໂດຍບໍ່ມີຄໍາສັ່ງ.

ເປົ້າຫມາຍທີ່ມີຊື່ປະກອບດ້ວຍຜູ້ນໍາ ຕິດຕາມດ້ວຍຕົວພິມໃຫຍ່
"POSIX" ແລະຫຼັງຈາກນັ້ນລັກສະນະອື່ນໆແມ່ນສະຫງວນໄວ້ສໍາລັບການມາດຕະຖານໃນອະນາຄົດ. ເປົ້າໝາຍ
ທີ່ມີຊື່ປະກອບດ້ວຍຜູ້ນໍາ ຕິດຕາມດ້ວຍຕົວພິມໃຫຍ່ອັນໜຶ່ງ ຫຼື ຫຼາຍກວ່ານັ້ນ
ສະຫງວນໄວ້ສໍາລັບການຂະຫຍາຍການຈັດຕັ້ງປະຕິບັດ.

ມາໂຄຣ
ຄໍານິຍາມ Macro ແມ່ນຢູ່ໃນຮູບແບບ:

string1 = [string2]

ມະຫາພາກທີ່ມີຊື່ string1 ຖືກກໍານົດວ່າເປັນມູນຄ່າຂອງ string2, ບ່ອນທີ່ string2 is
ກໍານົດເປັນຕົວອັກສອນທັງຫມົດ, ຖ້າມີ, ຫຼັງຈາກ , ເຖິງລັກສະນະຄໍາຄິດຄໍາເຫັນ
('#') ຫຼື​ບໍ່​ໄດ້​ຮັບ​ . ໃດ ລັກສະນະທັນທີກ່ອນຫຼືຫຼັງຈາກ
ຈະຖືກລະເລີຍ.

ແອັບພລິເຄຊັນຈະຕ້ອງເລືອກຊື່ມະຫາພາກຈາກຊຸດຂອງຕົວອັກສອນທີ່ປະກອບດ້ວຍແຕ່ພຽງຜູ້ດຽວ
ໄລຍະເວລາ, ຂີດກ້ອງ, ຕົວເລກ, ແລະຕົວອັກສອນຈາກຊຸດຕົວອັກສອນແບບເຄື່ອນທີ່ (ເບິ່ງ
ປະລິມານນິຍາມພື້ນຖານຂອງ POSIX.1-2008, ສ່ວນ 6.1, Portable ລັກສະນະ ທີ່ກໍານົດໄວ້). ມະຫາພາກ
ຊື່ຈະຕ້ອງບໍ່ມີ . ການປະຕິບັດອາດຈະອະນຸຍາດໃຫ້ລັກສະນະອື່ນໆໃນ
ຊື່ມະຫາພາກເປັນສ່ວນຂະຫຍາຍ.

Macros ສາມາດປາກົດຢູ່ບ່ອນໃດກໍໄດ້ໃນ makefile. ການຂະຫຍາຍມະຫາພາກໂດຍໃຊ້ຮູບແບບ $(string1) ຫຼື
${string1} ຈະຖືກແທນທີ່ດ້ວຍ string2, ດັ່ງຕໍ່ໄປນີ້:

* Macros ໃນເສັ້ນເປົ້າຫມາຍຈະຖືກປະເມີນເມື່ອເສັ້ນເປົ້າຫມາຍຖືກອ່ານ.

* Macros ໃນເສັ້ນຄໍາສັ່ງ makefile ຈະຖືກປະເມີນເມື່ອຄໍາສັ່ງຖືກປະຕິບັດ.

* Macros ໃນ string ກ່ອນ ໃນຄໍານິຍາມມະຫາພາກຕ້ອງໄດ້ຮັບການປະເມີນ
ເມື່ອມີການມອບໝາຍມະຫາພາກ.

* Macros ຫຼັງ​ຈາກ​ ໃນຄໍານິຍາມມະຫາພາກຈະບໍ່ຖືກປະເມີນຈົນກ່ວາ
macro ທີ່ກໍານົດໄວ້ແມ່ນຖືກນໍາໃຊ້ໃນກົດລະບຽບຫຼືຄໍາສັ່ງ, ຫຼືກ່ອນ ໃນມະຫາພາກ
ຄໍານິຍາມ.

ວົງເລັບຫຼືວົງເລັບແມ່ນທາງເລືອກຖ້າ string1 ເປັນຕົວລະຄອນດຽວ. ມະຫາພາກ $$
ຈະຖືກແທນທີ່ດ້ວຍຕົວອັກສອນດຽວ '$'ທີ່ຢູ່ ຖ້າຫາກວ່າ string1 ໃນການຂະຫຍາຍມະຫາພາກປະກອບດ້ວຍ a
ການຂະຫຍາຍຕົວມະຫາພາກ, ຜົນໄດ້ຮັບແມ່ນບໍ່ໄດ້ກໍານົດ.

ການຂະຫຍາຍມະຫາພາກໂດຍໃຊ້ຮູບແບບ $(string1[:ຍ່ອຍ1=[ຍ່ອຍ2]]) ຫຼື
${string1[:ຍ່ອຍ1=[ຍ່ອຍ2]]} ສາມາດໃຊ້ເພື່ອທົດແທນການປະກົດຕົວທັງໝົດຂອງ ຍ່ອຍ1 ກັບ ຍ່ອຍ2
ເມື່ອການທົດແທນມະຫາພາກຖືກປະຕິບັດ. ໄດ້ ຍ່ອຍ1 ຈະຖືກທົດແທນຈະຖືກຮັບຮູ້
ເມື່ອມັນເປັນຄຳຕໍ່ທ້າຍຢູ່ທ້າຍຂອງຄຳສັບໃດໜຶ່ງ string1 (ຢູ່​ໃສ ຄໍາ, ໃນສະພາບການນີ້, ແມ່ນ
ກຳນົດໃຫ້ເປັນສະຕຣິງທີ່ຂັ້ນດ້ວຍຈຸດເລີ່ມຕົ້ນຂອງແຖວ, a , ຫຼື ກ ).
If string1 ໃນການຂະຫຍາຍມະຫາພາກປະກອບດ້ວຍການຂະຫຍາຍມະຫາພາກ, ຜົນໄດ້ຮັບແມ່ນບໍ່ໄດ້ລະບຸ.

ການຂະຫຍາຍມະຫາພາກໃນ string1 ຂອງເສັ້ນຄໍານິຍາມມະຫາພາກຈະຕ້ອງຖືກປະເມີນເມື່ອອ່ານ. ມະຫາພາກ
ການ​ຂະ​ຫຍາຍ​ຕົວ​ໃນ​ string2 ເສັ້ນກຳນົດມະຫາພາກຈະຕ້ອງຖືກປະຕິບັດເມື່ອມະຫາພາກ
ລະບຸໂດຍ string1 ຖືກຂະຫຍາຍອອກໃນກົດລະບຽບຫຼືຄໍາສັ່ງ.

ຄໍານິຍາມ Macro ຈະຖືກເອົາມາຈາກແຫຼ່ງຕໍ່ໄປນີ້, ໃນເຫດຜົນຕໍ່ໄປນີ້
ຄໍາສັ່ງ, ກ່ອນທີ່ makefile ຈະຖືກອ່ານ.

1. Macros ລະບຸໄວ້ໃນ ເຮັດໃຫ້ ເສັ້ນຄໍາສັ່ງ utility, ໃນຄໍາສັ່ງທີ່ລະບຸໄວ້ໃນ
ເສັ້ນຄໍາສັ່ງ. ມັນບໍ່ໄດ້ຖືກລະບຸວ່າ macros ພາຍໃນກໍານົດຢູ່ໃນ ພາຍໃນ ມາໂຄຣ
ໄດ້ຮັບການຍອມຮັບຈາກແຫຼ່ງນີ້.

2. Macros ກໍານົດໂດຍ ເຄື່ອງແຕ່ງກາຍ ສະພາບແວດລ້ອມການປ່ຽນແປງ, ໃນຄໍາສັ່ງທີ່ລະບຸໄວ້ໃນ
ສະພາບແວດລ້ອມປ່ຽນແປງ. ມັນບໍ່ໄດ້ຖືກລະບຸວ່າ macros ພາຍໃນກໍານົດຢູ່ໃນ
ພາຍໃນ ມາໂຄຣ ໄດ້ຮັບການຍອມຮັບຈາກແຫຼ່ງນີ້.

3. ເນື້ອໃນຂອງສະພາບແວດລ້ອມ, ບໍ່ລວມເອົາ ເຄື່ອງແຕ່ງກາຍ ແລະ SHELL ຕົວແປແລະ
ລວມທັງຕົວແປທີ່ມີຄ່າ null.

4. Macros ກໍານົດໃນກົດລະບຽບ inference ສ້າງຂຶ້ນໃນ ເຮັດໃຫ້.

ຄໍານິຍາມ Macro ຈາກແຫຼ່ງເຫຼົ່ານີ້ຈະບໍ່ລົບລ້າງຄໍານິຍາມມະຫາພາກຈາກຕ່ໍາກວ່າ.
ແຫຼ່ງຕົວເລກ. ຄໍານິຍາມ Macro ຈາກແຫຼ່ງດຽວ (ຕົວຢ່າງ, the ເຮັດໃຫ້ ຜົນປະໂຫຍດ
ເສັ້ນຄໍາສັ່ງ, ໄດ້ ເຄື່ອງແຕ່ງກາຍ ຕົວແປສະພາບແວດລ້ອມ, ຫຼືຕົວແປສະພາບແວດລ້ອມອື່ນໆ)
ຈະຕ້ອງລົບລ້າງຄຳນິຍາມມະຫາພາກກ່ອນໜ້ານີ້ຈາກແຫຼ່ງດຽວກັນ.

Macros ທີ່ກຳນົດໄວ້ໃນ makefile ຈະຕ້ອງລົບລ້າງຄຳນິຍາມມະຫາພາກທີ່ເກີດຂື້ນກ່ອນພວກມັນ
ໃນ makefile(s) ແລະຄໍານິຍາມ macro ຈາກແຫຼ່ງ 4. ຖ້າ −e ທາງ​ເລືອກ​ແມ່ນ​ບໍ່​ໄດ້​ລະ​ບຸ​ໄວ້​,
macros ທີ່ກຳນົດໄວ້ໃນ makefile ຈະຕ້ອງ override macro ນິຍາມຈາກແຫຼ່ງ 3. Macros
ກຳນົດໄວ້ໃນ makefile(s) ຈະບໍ່ລົບລ້າງຄຳນິຍາມມະຫາພາກຈາກແຫຼ່ງທີ່ມາ 1 ຫຼື ແຫຼ່ງ 2.

ກ່ອນທີ່ makefile ຈະຖືກອ່ານ, ທັງຫມົດ ເຮັດໃຫ້ ຕົວເລືອກແຖວຄໍາສັ່ງທີ່ເປັນປະໂຫຍດ (ຍົກເວັ້ນ -f
ແລະ -ປ) ແລະ ເຮັດໃຫ້ utility command line macro ນິຍາມ (ຍົກເວັ້ນສໍາລັບ ເຄື່ອງແຕ່ງກາຍ
macro), ຍັງບໍ່ໄດ້ລວມຢູ່ໃນ ເຄື່ອງແຕ່ງກາຍ ມະຫາພາກ, ຈະຖືກເພີ່ມໃສ່ ເຄື່ອງແຕ່ງກາຍ
ມະຫາພາກ, ອ້າງອີງໃນລັກສະນະການປະຕິບັດທີ່ໄດ້ກໍານົດໄວ້ເຊັ່ນວ່າເວລາໃດ ເຄື່ອງແຕ່ງກາຍ ຖືກອ່ານໂດຍ
ຕົວຢ່າງອື່ນຂອງ ເຮັດໃຫ້ ຄໍາສັ່ງ, ມູນຄ່າຕົ້ນສະບັບຂອງມະຫາພາກແມ່ນຟື້ນຕົວ. ອື່ນໆ
ທາງ​ເລືອກ​ການ​ປະ​ຕິ​ບັດ​ທີ່​ກໍາ​ນົດ​ໄວ້​ແລະ macro ອາດ​ຈະ​ໄດ້​ຮັບ​ການ​ເພີ່ມ​ເຂົ້າ​ໄປ​ໃນ​ ເຄື່ອງແຕ່ງກາຍ ມະຫາພາກ. ຖ້າ
ນີ້ດັດແປງມູນຄ່າຂອງ ເຄື່ອງແຕ່ງກາຍ ມະຫາພາກ, ຫຼື, ຖ້າ ເຄື່ອງແຕ່ງກາຍ ມະຫາພາກຖືກດັດແກ້ຢູ່ທີ່
ໃນເວລາຕໍ່ມາ, ໄດ້ ເຄື່ອງແຕ່ງກາຍ ຕົວປ່ຽນແປງສະພາບແວດລ້ອມຈະຖືກດັດແກ້ເພື່ອໃຫ້ກົງກັບສິ່ງໃຫມ່
ມູນຄ່າຂອງ ເຄື່ອງແຕ່ງກາຍ ມະຫາພາກ. ຜົນໄດ້ຮັບຂອງການຕັ້ງຄ່າ ເຄື່ອງແຕ່ງກາຍ ໃນ Makefile ແມ່ນ
ບໍ່ໄດ້ລະບຸ.

ກ່ອນທີ່ makefile ຈະຖືກອ່ານ, ທັງຫມົດ ເຮັດໃຫ້ ຄໍານິຍາມຂອງເສັ້ນຄໍາສັ່ງ utility macro
(ຍົກເວັ້ນ ເຄື່ອງແຕ່ງກາຍ ມະຫາພາກ ຫຼື SHELL macro) ຈະຖືກເພີ່ມໃສ່ສະພາບແວດລ້ອມຂອງ ເຮັດໃຫ້.
ຕົວແປທີ່ກໍານົດການປະຕິບັດອື່ນໆອາດຈະຖືກເພີ່ມເຂົ້າໃນສະພາບແວດລ້ອມຂອງ ເຮັດໃຫ້.

ໄດ້ SHELL ມະຫາພາກຕ້ອງໄດ້ຮັບການປະຕິບັດເປັນພິເສດ. ມັນຈະຖືກສະຫນອງໃຫ້ໂດຍ ເຮັດໃຫ້ ແລະຕັ້ງເປັນ
ຊື່ເສັ້ນທາງຂອງຕົວແປພາສາຄໍາສັ່ງ shell (ເບິ່ງ sh) The SHELL ສະພາບແວດລ້ອມ
ຕົວແປຈະບໍ່ສົ່ງຜົນກະທົບຕໍ່ມູນຄ່າຂອງ SHELL ມະຫາພາກ. ຖ້າ SHELL ຖືກກໍານົດໄວ້ໃນ
makefile ຫຼືຖືກກໍານົດໄວ້ໃນເສັ້ນຄໍາສັ່ງ, ມັນຈະປ່ຽນແທນຄ່າຕົ້ນສະບັບຂອງ
SHELL ມະຫາພາກ, ແຕ່ຈະບໍ່ມີຜົນກະທົບ SHELL ສະພາບແວດລ້ອມປ່ຽນແປງ. ຜົນກະທົບອື່ນໆຂອງ
ກໍານົດ SHELL ໃນ makefile ຫຼືໃນເສັ້ນຄໍາສັ່ງແມ່ນການປະຕິບັດທີ່ກໍານົດໄວ້.

ຄວາມເຂົ້າໃຈ ກົດລະບຽບ
ກົດ​ລະ​ບຽບ​ການ​ອະ​ນຸ​ຍາດ​ໄດ້​ຖືກ​ຈັດ​ຮູບ​ແບບ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​:

ເປົ້າ​ຫມາຍ:
ຄໍາສັ່ງ
[ຄໍາສັ່ງ]
...

ອອນໄລນ໌ ທີ່ ບໍ່ ບໍ່ ເລີ່ມຕົ້ນ ກັບ or #

ຄໍາຮ້ອງສະຫມັກຈະຕ້ອງຮັບປະກັນວ່າ ເປົ້າ​ຫມາຍ ສ່ວນແມ່ນຊື່ເປົ້າໝາຍທີ່ຖືກຕ້ອງ (ເບິ່ງ ເປົ້າຫມາຍ
ກົດລະບຽບ) ຂອງ​ຮູບ​ແບບ​ .s2 or .s1.s2 (ບ່ອນທີ່ .s1 ແລະ .s2 ແມ່ນ suffixes ທີ່ໄດ້ຮັບເປັນ
ເງື່ອນໄຂເບື້ອງຕົ້ນຂອງ .SUFFIXES ເປົ້າ​ຫມາຍ​ພິ​ເສດ​ແລະ​ s1 ແລະ s2 ບໍ່ມີອັນໃດ ຫຼື
ຕົວອັກສອນ.) ຖ້າມີພຽງແຕ່ຫນຶ່ງ ໃນເປົ້າຫມາຍ, ມັນເປັນຄໍາຕໍ່ທ້າຍ
ກົດລະບຽບ inference. ເປົ້າໝາຍທີ່ມີສອງໄລຍະແມ່ນກົດເກນການອ້າງອີງສອງເທົ່າ. ການສົມມຸດຕິຖານ
ກົດລະບຽບສາມາດມີພຽງແຕ່ຫນຶ່ງເປົ້າຫມາຍກ່ອນທີ່ຈະ .

ຄໍາຮ້ອງສະຫມັກຈະຕ້ອງຮັບປະກັນວ່າ makefile ບໍ່ໄດ້ກໍານົດເງື່ອນໄຂເບື້ອງຕົ້ນສໍາລັບ
ກົດລະບຽບ inference; ບໍ່ມີຕົວອັກສອນອື່ນນອກເໜືອໄປຈາກພື້ນທີ່ສີຂາວຈະຕ້ອງປະຕິບັດຕາມ ໃນ
ແຖວທໍາອິດ, ຍົກເວັ້ນເມື່ອສ້າງ ຫວ່າງເປົ່າ ກົດລະບຽບ, ອະທິບາຍຂ້າງລຸ່ມນີ້. ເງື່ອນໄຂເບື້ອງຕົ້ນແມ່ນ
inferred, ດັ່ງທີ່ອະທິບາຍຂ້າງລຸ່ມນີ້.

ກົດລະບຽບການອ້າງອິງສາມາດຖືກກໍານົດໃຫມ່. ເປົ້າໝາຍທີ່ກົງກັບກົດລະບຽບການສົມມຸດຖານທີ່ມີຢູ່ແລ້ວຈະຕ້ອງ
ຂຽນທັບກົດລະບຽບ inference ເກົ່າ. ກົດລະບຽບຫວ່າງເປົ່າສາມາດຖືກສ້າງຂື້ນດ້ວຍຄໍາສັ່ງປະກອບດ້ວຍ
ຂອງພຽງແຕ່ a (ນັ້ນ​ແມ່ນ, ກົດ​ລະ​ບຽບ​ຍັງ​ມີ​ຢູ່​ແລະ​ພົບ​ເຫັນ​ໃນ​ລະ​ຫວ່າງ inference rule
ຄົ້ນຫາ, ແຕ່ເນື່ອງຈາກວ່າມັນຫວ່າງເປົ່າ, ການປະຕິບັດບໍ່ມີຜົນ). ກົດລະບຽບເປົ່າຍັງສາມາດເປັນ
ຈັດ​ຮູບ​ແບບ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​:

ກົດລະບຽບ:;

ບ່ອນທີ່ສູນຫຼືຫຼາຍກວ່ານັ້ນ ຕົວ​ອັກ​ສອນ​ແຍກ​ອອກ​ ແລະ .

ໄດ້ ເຮັດໃຫ້ ຜົນປະໂຫຍດນໍາໃຊ້ຄໍາຕໍ່ທ້າຍຂອງເປົ້າຫມາຍແລະເງື່ອນໄຂເບື້ອງຕົ້ນຂອງພວກເຂົາເພື່ອ infer how a
ເປົ້າ​ຫມາຍ​ສາ​ມາດ​ເຮັດ​ໃຫ້​ທັນ​ສະ​ໄຫມ​. ບັນຊີລາຍຊື່ຂອງກົດລະບຽບ inference ກໍານົດຄໍາສັ່ງທີ່ຈະເປັນ
ປະ​ຕິ​ບັດ​. ໂດຍຄ່າເລີ່ມຕົ້ນ, ເຮັດໃຫ້ ປະກອບດ້ວຍຊຸດຂອງກົດລະບຽບ inference. ກົດລະບຽບເພີ່ມເຕີມ
ສາມາດລະບຸໄວ້ໃນ makefile.

ເປົ້າ​ຫມາຍ​ພິ​ເສດ​ .SUFFIXES ປະກອບດ້ວຍບັນຊີລາຍຊື່ຂອງຄໍາຕໍ່ທ້າຍຕາມຄວາມຕ້ອງການເບື້ອງຕົ້ນຂອງມັນ
ຖືກນໍາໃຊ້ໂດຍກົດລະບຽບ inference. ຄໍາສັ່ງທີ່ suffixes ຖືກກໍານົດກໍານົດ
ຄໍາສັ່ງທີ່ກົດລະບຽບ inference ສໍາລັບ suffixes ຖືກນໍາໃຊ້. ຄຳຕໍ່ທ້າຍໃໝ່ຈະຕ້ອງເປັນ
ຕື່ມໃສ່ບັນຊີລາຍຊື່ປະຈຸບັນໂດຍການລະບຸ a .SUFFIXES ເປົ້າຫມາຍພິເສດໃນ makefile. ກ
.SUFFIXES ເປົ້າໝາຍທີ່ບໍ່ມີເງື່ອນໄຂເບື້ອງຕົ້ນຈະຕ້ອງລຶບລາຍຊື່ຂອງຄຳຕໍ່ທ້າຍ. ຫວ່າງເປົ່າ
.SUFFIXES ເປົ້າໝາຍຕາມມາດ້ວຍອັນໃໝ່ .SUFFIXES ບັນຊີລາຍຊື່ຈໍາເປັນຕ້ອງມີການປ່ຽນແປງຄໍາສັ່ງຂອງ
ຄຳຕໍ່ທ້າຍ.

ໂດຍປົກກະຕິ, ຜູ້ໃຊ້ຈະໃຫ້ກົດລະບຽບ inference ສໍາລັບແຕ່ລະ suffix. ກົດລະບຽບການ inference ກັບ
ປັບປຸງເປົ້າໝາຍດ້ວຍຄຳຕໍ່ທ້າຍ .s1 ຈາກ prerequisite ກັບ suffix ເປັນ .s2 ຖືກກໍານົດເປັນ
ເປົ້າ​ຫມາຍ .s2.s1. ມະຫາພາກພາຍໃນສະຫນອງວິທີການກໍານົດກົດລະບຽບ inference ທົ່ວໄປ
(ເບິ່ງ ພາຍໃນ ມາໂຄຣ).

ເມື່ອບໍ່ພົບກົດລະບຽບເປົ້າຫມາຍທີ່ຈະປັບປຸງເປົ້າຫມາຍໃດຫນຶ່ງ, ກົດລະບຽບ inference ຈະຖືກກວດສອບ. ໄດ້
ຄຳຕໍ່ທ້າຍຂອງເປົ້າໝາຍ (.s1) ທີ່​ຈະ​ໄດ້​ຮັບ​ການ​ກໍ່​ສ້າງ​ແມ່ນ​ທຽບ​ໃສ່​ບັນ​ຊີ​ລາຍ​ການ​ຂອງ​ຄໍາ​ຕໍ່​ທ້າຍ​ລະ​ບຸ​ໄວ້​ໂດຍ​
ໄດ້ .SUFFIXES ເປົ້າ​ຫມາຍ​ພິ​ເສດ​. ຖ້າ .s1 suffix ແມ່ນພົບເຫັນຢູ່ໃນ .SUFFIXES, inference ໄດ້
ກົດ​ລະ​ບຽບ​ຈະ​ໄດ້​ຮັບ​ການ​ຄົ້ນ​ຫາ​ໃນ​ຄໍາ​ສັ່ງ​ທີ່​ກໍາ​ນົດ​ໄວ້​ສໍາ​ລັບ​ການ​ທໍາ​ອິດ​ .s2.s1 ກົດ​ລະ​ບຽບ​ທີ່​ມີ prerequirement​
ແຟ້ມ ($*.s2) ມີຢູ່. ຖ້າຫາກວ່າເປົ້າຫມາຍແມ່ນລ້າສະໄຫມກ່ຽວກັບເງື່ອນໄຂເບື້ອງຕົ້ນນີ້, ໄດ້
ຄໍາສັ່ງສໍາລັບກົດລະບຽບ inference ນັ້ນຈະຖືກປະຕິບັດ.

ຖ້າເປົ້າໝາຍທີ່ຈະສ້າງນັ້ນບໍ່ມີຄຳຕໍ່ທ້າຍ ແລະບໍ່ມີກົດລະບຽບສຳລັບເປົ້າໝາຍ.
ກົດລະບຽບ inference suffix ດຽວຈະຖືກກວດສອບ. ກົດລະບຽບການ inference ຄໍາຕໍ່ທ້າຍ
ກໍານົດວິທີການສ້າງເປົ້າຫມາຍຖ້າໄຟລ໌ຖືກພົບເຫັນກັບຊື່ທີ່ກົງກັບຊື່ເປົ້າຫມາຍ
ພ້ອມກັບຄຳຕໍ່ທ້າຍອັນດຽວຕໍ່ທ້າຍ. ກົດລະບຽບທີ່ມີຄໍາຕໍ່ທ້າຍ .s2 ແມ່ນ ຄຳ ນິຍາມຂອງ
ວິທີການກໍ່ສ້າງ ເປົ້າ​ຫມາຍ ຈາກ target.s2. ສ່ວນຕໍ່ທ້າຍອື່ນ (.s1) ຖືກຖືວ່າເປັນ null.

ກ ('~') ໃນກົດລະບຽບຂ້າງເທິງຫມາຍເຖິງໄຟລ໌ SCCS ໃນໄດເລກະທໍລີປະຈຸບັນ. ດັ່ງນັ້ນ,
ກົດລະບຽບ .c~.o ຈະປ່ຽນໄຟລ໌ແຫຼ່ງພາສາ SCCS ໃຫ້ເປັນໄຟລ໌ວັດຖຸ (.o).
ເນື່ອງຈາກວ່າ s. ຂອງໄຟລ໌ SCCS ແມ່ນຄໍານໍາຫນ້າ, ມັນບໍ່ເຂົ້າກັນໄດ້ກັບ ເຮັດໃຫ້ຈຸດຕໍ່ທ້າຍຂອງ
ທັດສະນະ. ເພາະສະນັ້ນ, ໄດ້ '~' ແມ່ນວິທີການປ່ຽນເອກະສານອ້າງອີງເປັນໄຟລ໌ SCCS
ກະສານອ້າງອີງ.

ຫ້ອງສະຫມຸດ
ຖ້າເປົ້າຫມາຍຫຼືເງື່ອນໄຂເບື້ອງຕົ້ນປະກອບມີວົງເລັບ, ມັນຈະຖືກປະຕິບັດໃນຖານະເປັນສະມາຊິກຂອງ an
ຄັງເກັບມ້ຽນ. ສໍາ​ລັບ lib(ສະມາຊິກ.o) ການ​ສະ​ແດງ​ອອກ​ lib ຫມາຍເຖິງຊື່ຂອງບ່ອນເກັບມ້ຽນ
ຫ້ອງສະຫມຸດແລະ ສະມາຊິກ.o ກັບ​ຊື່​ສະ​ມາ​ຊິກ​. ຄໍາຮ້ອງສະຫມັກຈະຕ້ອງຮັບປະກັນວ່າສະມາຊິກແມ່ນ
ໄຟລ໌ວັດຖຸທີ່ມີ .o ຕໍ່ທ້າຍ. ໄລຍະເວລາການດັດແກ້ຂອງການສະແດງອອກແມ່ນ
ໄລຍະເວລາດັດແກ້ສໍາລັບສະມາຊິກທີ່ເກັບໄວ້ໃນຫ້ອງສະຫມຸດຮວບຮວມ; ເບິ່ງ ar. ໄດ້ .a បច្ច័យ
ຈະຕ້ອງອ້າງອີງໃສ່ຫໍສະມຸດ. ໄດ້ .s2.a ກົດ​ລະ​ບຽບ​ຈະ​ຖືກ​ນໍາ​ໃຊ້​ເພື່ອ​ປັບ​ປຸງ​ສະ​ມາ​ຊິກ​ໃນ​
ຫ້ອງສະໝຸດຈາກໄຟລ໌ທີ່ມີຄຳຕໍ່ທ້າຍ .s2.

ພາຍໃນ ມາໂຄຣ
ໄດ້ ເຮັດໃຫ້ ຜົນປະໂຫຍດຈະຕ້ອງຮັກສາຫ້າມະຫາພາກພາຍໃນທີ່ສາມາດຖືກນໍາໃຊ້ໃນເປົ້າຫມາຍແລະ
ກົດລະບຽບການສົມມຸດຕິຖານ. ເພື່ອກໍານົດຄວາມຫມາຍຂອງມະຫາພາກເຫຼົ່ານີ້ຢ່າງຊັດເຈນ, ບາງ
ຄວາມກະຈ່າງແຈ້ງຂອງຂໍ້ກໍານົດ ເປົ້າ​ຫມາຍ ກົດລະບຽບ, ການສະຫຼຸບ ກົດລະບຽບ, ເປົ້າ​ຫມາຍ, ແລະ ເງື່ອນໄຂທີ່ຕ້ອງການ is
ຈໍາເປັນ.

ກົດລະບຽບເປົ້າຫມາຍແມ່ນກໍານົດໂດຍຜູ້ໃຊ້ໃນ makefile ສໍາລັບເປົ້າຫມາຍສະເພາະໃດຫນຶ່ງ. ການສົມມຸດຕິຖານ
ກົດລະບຽບແມ່ນຜູ້ໃຊ້ສະເພາະຫຼື ເຮັດໃຫ້- ກົດ​ລະ​ບຽບ​ສະ​ເພາະ​ສໍາ​ລັບ​ການ​ປະ​ເພດ​ສະ​ເພາະ​ຂອງ​ຊື່​ເປົ້າ​ຫມາຍ​.
ເງື່ອນໄຂເບື້ອງຕົ້ນທີ່ຊັດເຈນແມ່ນເງື່ອນໄຂເບື້ອງຕົ້ນເຫຼົ່ານັ້ນທີ່ລະບຸໄວ້ໃນ makefile ໃນເສັ້ນເປົ້າຫມາຍ.
implicit prerequisites ແມ່ນ prerequisites ເຫຼົ່ານັ້ນທີ່ຖືກສ້າງຂຶ້ນເມື່ອກົດລະບຽບ inference
ໃຊ້. ກົດລະບຽບການອ້າງອິງແມ່ນຖືກນໍາໃຊ້ກັບເງື່ອນໄຂເບື້ອງຕົ້ນ implicit ຫຼືຂໍ້ກໍານົດເບື້ອງຕົ້ນຢ່າງຊັດເຈນ
ທີ່ບໍ່ມີກົດລະບຽບເປົ້າຫມາຍທີ່ກໍານົດໃຫ້ພວກເຂົາຢູ່ໃນ makefile. ກົດເກນເປົ້າໝາຍຖືກນຳໃຊ້
ກັບເປົ້າຫມາຍທີ່ລະບຸໄວ້ໃນ makefile.

ກ່ອນທີ່ເປົ້າຫມາຍໃດໆໃນ makefile ຈະຖືກປັບປຸງ, ແຕ່ລະເງື່ອນໄຂເບື້ອງຕົ້ນຂອງມັນ (ທັງສອງຢ່າງຈະແຈ້ງແລະ
implicit) ຈະຖືກປັບປຸງ. ນີ້ຈະສໍາເລັດໂດຍການປະມວນຜົນ recursively ແຕ່ລະຄົນ
ເງື່ອນໄຂເບື້ອງຕົ້ນ. ເມື່ອ recursion, ແຕ່ລະ prerequisites ຈະກາຍເປັນເປົ້າຫມາຍຂອງມັນເອງ. ຂອງມັນ
ເງື່ອນໄຂເບື້ອງຕົ້ນຈະຕ້ອງຖືກປະມວນຜົນແບບ recursively ຈົນກວ່າຈະພົບເຫັນເປົ້າໝາຍທີ່ບໍ່ມີ
prerequisites, ໃນຈຸດທີ່ recursion ຢຸດເຊົາ. ຫຼັງ​ຈາກ​ນັ້ນ recursion ຈະ​ສໍາ​ຮອງ​ຂໍ້​ມູນ​,
ການປັບປຸງແຕ່ລະເປົ້າຫມາຍຕາມທີ່ມັນໄປ.

ໃນຄໍານິຍາມທີ່ປະຕິບັດຕາມ, ຄໍາ ເປົ້າ​ຫມາຍ ຫມາຍເຖິງຫນຶ່ງໃນ:

* ເປົ້າໝາຍທີ່ລະບຸໄວ້ໃນ makefile

* ເງື່ອນໄຂເບື້ອງຕົ້ນທີ່ຊັດເຈນທີ່ລະບຸໄວ້ໃນ makefile ທີ່ກາຍເປັນເປົ້າຫມາຍໃນເວລາທີ່ ເຮັດໃຫ້
ປະມວນຜົນມັນໃນລະຫວ່າງການ recursion

* ເງື່ອນໄຂເບື້ອງຕົ້ນ implicit ທີ່ຈະກາຍເປັນເປົ້າຫມາຍໃນເວລາທີ່ ເຮັດໃຫ້ ປະມວນຜົນມັນໃນລະຫວ່າງການ recursion

ໃນຄໍານິຍາມທີ່ປະຕິບັດຕາມ, ຄໍາ ເງື່ອນໄຂທີ່ຕ້ອງການ ຫມາຍເຖິງຫນຶ່ງໃນສິ່ງຕໍ່ໄປນີ້:

* ເງື່ອນໄຂເບື້ອງຕົ້ນທີ່ຊັດເຈນທີ່ລະບຸໄວ້ໃນ makefile ສໍາລັບເປົ້າຫມາຍສະເພາະໃດຫນຶ່ງ

* ເງື່ອນໄຂເບື້ອງຕົ້ນ implicit ສ້າງຂຶ້ນເປັນຜົນມາຈາກການຊອກຫາ inference ທີ່ເຫມາະສົມ
ກົດລະບຽບແລະໄຟລ໌ທີ່ສອດຄ້ອງກັນທີ່ກົງກັບຄໍາຕໍ່ທ້າຍຂອງເປົ້າຫມາຍ

ຫ້າມະຫາພາກພາຍໃນແມ່ນ:

$@ The $@ ຈະປະເມີນຊື່ເຕັມຂອງເປົ້າຫມາຍປະຈຸບັນ, ຫຼື
archive filename ເປັນສ່ວນໜຶ່ງຂອງເປົ້າໝາຍການຈັດເກັບຫ້ອງສະໝຸດ. ມັນຈະຖືກປະເມີນສໍາລັບທັງສອງ
ເປົ້າ​ຫມາຍ​ແລະ​ກົດ​ລະ​ບຽບ inference​.

ຍົກຕົວຢ່າງ, ໃນ .ca ກົດລະບຽບ inference, $@ ເປັນຕົວແທນຂອງລ້າສະໄຫມ .a file to
ສ້າງຂຶ້ນ. ເຊັ່ນດຽວກັນ, ໃນກົດລະບຽບເປົ້າຫມາຍ makefile ເພື່ອສ້າງ lib.a ຈາກ file.c, $@
ເປັນຕົວແທນຂອງການລ້າສະໄຫມ lib.a.

$% ມະຫາພາກ $% ຈະຖືກປະເມີນພຽງແຕ່ເມື່ອເປົ້າໝາຍປັດຈຸບັນເປັນຄັງເກັບມ້ຽນ
ສະມາຊິກຂອງແບບຟອມ libname(ສະມາຊິກ.o). ໃນກໍລະນີເຫຼົ່ານີ້, $@ ຈະປະເມີນ
libname ແລະ $% ຈະປະເມີນ ສະມາຊິກ.o. ມະຫາພາກ $% ຈະຖືກປະເມີນສໍາລັບ
ທັງ​ສອງ​ເປົ້າ​ຫມາຍ​ແລະ​ກົດ​ລະ​ບຽບ inference​.

ຕົວຢ່າງ, ໃນກົດລະບຽບເປົ້າຫມາຍ makefile ເພື່ອສ້າງ lib.a(file.o), $% ເປັນຕົວແທນ
file.o, ກົງກັນຂ້າມກັບ $@, ເຊິ່ງເປັນຕົວແທນ lib.a.

$? ໄດ້ $? macro ຈະຕ້ອງປະເມີນບັນຊີລາຍຊື່ຂອງເງື່ອນໄຂເບື້ອງຕົ້ນທີ່ໃຫມ່ກວ່າ
ເປົ້າ​ຫມາຍ​ໃນ​ປັດ​ຈຸ​ບັນ​. ມັນຈະຖືກປະເມີນສໍາລັບທັງກົດລະບຽບເປົ້າຫມາຍແລະ inference.

ຕົວຢ່າງ, ໃນກົດລະບຽບເປົ້າຫມາຍ makefile ເພື່ອສ້າງ ໂປຣແກມ ຈາກ file1.o, file2.o, ແລະ
file3.o, ແລະບ່ອນໃດ ໂປຣແກມ ແມ່ນບໍ່ລ້າສະໄຫມກ່ຽວກັບ file1.o, ແຕ່​ຢູ່​ນອກ
ວັນທີກ່ຽວກັບ file2.o ແລະ file3.o, $? ເປັນຕົວແທນ file2.o ແລະ file3.o.

$< ໃນ​ກົດ​ລະ​ບຽບ​ສົມ​ມຸດ​ຕິ​ຖານ​, Macro $< ຈະ​ປະ​ເມີນ​ກັບ​ຊື່​ໄຟລ​໌​ທີ່​ມີ​ຢູ່​
ອະ​ນຸ​ຍາດ​ໃຫ້​ກົດ​ລະ​ບຽບ inference ໄດ້​ຮັບ​ການ​ຄັດ​ເລືອກ​ສໍາ​ລັບ​ເປົ້າ​ຫມາຍ​. ໃນ .ເລີ່ມຕົ້ນ ກົດລະບຽບ, ໄດ້
$< macro ຈະຕ້ອງປະເມີນຊື່ເປົ້າໝາຍປັດຈຸບັນ. ຄວາມຫມາຍຂອງ $< macro
ຈະ​ບໍ່​ໄດ້​ລະ​ບຸ​ໄວ້​ຢ່າງ​ອື່ນ​.

ຍົກຕົວຢ່າງ, ໃນ .ca ກົດລະບຽບ inference, $< ເປັນຕົວແທນ prerequisite .c ຍື່ນ.

$* ມະຫາພາກ $* ຈະປະເມີນຊື່ເປົ້າໝາຍປັດຈຸບັນດ້ວຍຄຳຕໍ່ທ້າຍຂອງມັນທີ່ຖືກລຶບ. ມັນ
ຕ້ອງໄດ້ຮັບການປະເມີນຢ່າງຫນ້ອຍສໍາລັບກົດລະບຽບ inference.

ຍົກຕົວຢ່າງ, ໃນ .ca ກົດລະບຽບ inference, $*.o ເປັນຕົວແທນຂອງລ້າສະໄຫມ .o ເອກະສານ
ທີ່ສອດຄ້ອງກັບເງື່ອນໄຂເບື້ອງຕົ້ນ .c ຍື່ນ.

ແຕ່ລະມະຫາພາກພາຍໃນມີຮູບແບບທາງເລືອກ. ເມື່ອຕົວພິມໃຫຍ່ 'D' or 'F' is
ຕື່ມໃສ່ກັບມະຫາພາກໃດນຶ່ງ, ຄວາມໝາຍຈະຖືກປ່ຽນເປັນ ລະບົບ ສ່ວນ ສໍາລັບການ 'D'
ແລະ ຊື່​ເອ​ກະ​ສານ ສ່ວນ ສໍາລັບການ 'F'. ພາກສ່ວນໄດເລກະທໍລີແມ່ນເສັ້ນທາງນໍາຫນ້າຂອງໄຟລ໌ທີ່ບໍ່ມີ a
ຕິດຕາມ ; ສໍາລັບໄດເລກະທໍລີປະຈຸບັນ, ສ່ວນໄດເລກະທໍລີແມ່ນ '.'. ໃນເວລາທີ່ $? ມະຫາພາກ
ມີຫຼາຍກວ່າໜຶ່ງຊື່ໄຟລ໌ທີ່ຕ້ອງການ, $(?D) ແລະ $(?F) (ຫຼື ${?D} ແລະ ${?F})
macros ຂະຫຍາຍໄປຫາບັນຊີລາຍຊື່ຂອງພາກສ່ວນຊື່ໄດເລກະທໍລີແລະພາກສ່ວນຊື່ໄຟລ໌ຕາມລໍາດັບ.

ສໍາລັບເປົ້າຫມາຍ lib(ສະມາຊິກ.o) ແລະໄດ້ s2.a ຕາມກົດລະບຽບ, ມະຫາພາກພາຍໃນຈະຕ້ອງຖືກກໍານົດເປັນ:

$< ສະມາຊິກ.s2

$* ສະມາຊິກ

$@ lib

$? ສະມາຊິກ.s2

$% ສະມາຊິກ.o

ມາດຕະຖານ ກົດລະບຽບ
ກົດລະບຽບເລີ່ມຕົ້ນສໍາລັບ ເຮັດໃຫ້ ຈະບັນລຸຜົນໄດ້ຮັບທີ່ຄືກັນກັບວ່າຕໍ່ໄປນີ້
ໄດ້​ຖືກ​ນໍາ​ໃຊ້​. ການປະຕິບັດທີ່ບໍ່ສະຫນັບສະຫນູນການພັດທະນາພາສາ C
ທາງເລືອກອາດຈະຍົກເລີກ CC, ປ້າຍກຳກັບ, YACC, YFLAGS, lex, ທຸງ, LDFLAGS, ແລະ .c, .y, ແລະ .l
ກົດລະບຽບການສົມມຸດຕິຖານ. ການປະຕິບັດທີ່ບໍ່ສະຫນັບສະຫນູນ FORTRAN ອາດຈະຍົກເລີກ FC, ທຸງ, ແລະ
.f ກົດລະບຽບການສົມມຸດຕິຖານ. ການປະຕິບັດອາດຈະສະຫນອງມະຫາພາກແລະກົດລະບຽບເພີ່ມເຕີມ.

ພິເສດ ເປົ້າາຍ

.SCCS_GET: sccs $(SCCSFLAGS) ໄດ້ $(SCCSGETFLAGS) $@

.SUFFIXES : .o .c .y .l .a .sh .f .c~ .y~ .l~ .sh~ .f~

ມາໂຄຣ

MAKE=ເຮັດ
AR=ar
ARFLAGS=−rv
YACC=yacc
YFLAGS=
LEX=lex
LFLAGS=
LDFLAGS=
CC=c99
CFLAGS=−O
FC=fort77
FFLAGS=−O 1
GET=ຮັບ
GFLAGS=
SCCSFLAGS=
SCCSGETFLAGS=−s

ດຽວ ຫຍໍ້ໜ້າ ກົດລະບຽບ

.c:
$(CC) $(CFLAGS) $(LDFLAGS) −o $@ $

.f:
$(FC) $(FFLAGS) $(LDFLAGS) −o $@ $

.sh:
cp $< $@
chmod a+x $@

.c~:
$(GET) $(GFLAGS) −p $< > $*.c
$(CC) $(CFLAGS) $(LDFLAGS) −o $@ $*.c

.f~:
$(GET) $(GFLAGS) −p $< > $*.f
$(FC) $(FFLAGS) $(LDFLAGS) −o $@ $*.f

.sh~:
$(GET) $(GFLAGS) −p $< > $*.sh
cp $*.sh $@
chmod a+x $@

DOUBLE ຫຍໍ້ໜ້າ ກົດລະບຽບ

.co:
$(CC) $(CFLAGS) −c $

.fo:
$(FC) $(FFLAGS) −c $

.yo:
$(YACC) $(YFLAGS) $
$(CC) $(CFLAGS) −c y.tab.c
rm −f y.tab.c
mv y.tab.o $@

.lo:
$(LEX) $(LFLAGS) $
$(CC) $(CFLAGS) −c lex.yy.c
rm −f lex.yy.c
mv lex.yy.o $@

.yc:
$(YACC) $(YFLAGS) $
mv y.tab.c $@

.lc:
$(LEX) $(LFLAGS) $
mv lex.yy.c $@

.c~.o:
$(GET) $(GFLAGS) −p $< > $*.c
$(CC) $(CFLAGS) −c $*.c

.f~.o:
$(GET) $(GFLAGS) −p $< > $*.f
$(FC) $(FFLAGS) −c $*.f

.y~.o:
$(GET) $(GFLAGS) −p $< > $*.y
$(YACC) $(YFLAGS) $*.y
$(CC) $(CFLAGS) −c y.tab.c
rm −f y.tab.c
mv y.tab.o $@

.l~.o:
$(GET) $(GFLAGS) −p $< > $*.l
$(LEX) $(LFLAGS) $*.l
$(CC) $(CFLAGS) −c lex.yy.c
rm −f lex.yy.c
mv lex.yy.o $@

.y~.c:
$(GET) $(GFLAGS) −p $< > $*.y
$(YACC) $(YFLAGS) $*.y
mv y.tab.c $@

.l~.c:
$(GET) $(GFLAGS) −p $< > $*.l
$(LEX) $(LFLAGS) $*.l
mv lex.yy.c $@

.ca:
$(CC) −c $(CFLAGS) $
$(AR) $(ARFLAGS) $@ $*.o
rm −f $*.o

.fa:
$(FC) −c $(FFLAGS) $
$(AR) $(ARFLAGS) $@ $*.o
rm −f $*.o

ອອກ STATUS

ໃນ​ເວ​ລາ​ທີ່ −q ທາງ​ເລືອກ​ແມ່ນ​ໄດ້​ລະ​ບຸ​ໄວ້​, ໄດ້​ ເຮັດໃຫ້ ຜົນປະໂຫຍດຈະອອກຈາກຫນຶ່ງໃນສິ່ງຕໍ່ໄປນີ້
ຄຸນຄ່າ:

0 ສໍາເລັດສົບຜົນສໍາເລັດ.

1 ເປົ້າໝາຍບໍ່ທັນສະໄໝ.

>1 ເກີດຄວາມຜິດພາດຂຶ້ນ.

ໃນ​ເວ​ລາ​ທີ່ −q ທາງ​ເລືອກ​ແມ່ນ​ບໍ່​ໄດ້​ລະ​ບຸ​ໄວ້​, ໄດ້​ ເຮັດໃຫ້ ຜົນປະໂຫຍດຈະອອກຈາກຫນຶ່ງໃນສິ່ງຕໍ່ໄປນີ້
ຄຸນຄ່າ:

0 ສໍາເລັດສົບຜົນສໍາເລັດ.

>0 ເກີດຄວາມຜິດພາດຂຶ້ນ.

ຂໍ້ສັງເກດ OF ຄວາມຜິດພາດ

ເລີ່ມຕົ້ນ.

ໄດ້ ດັ່ງຕໍ່ໄປນີ້ ພາກສ່ວນ ມີ ຂໍ້ມູນ.

ຄໍາຮ້ອງສະຫມັກ ການນໍາໃຊ້

ຖ້າມີໄຟລ໌ແຫຼ່ງ (ເຊັ່ນ: ./source.c) ແລະມີສອງໄຟລ໌ SCCS ທີ່ສອດຄ້ອງກັນ
ກັບມັນ (./s.source.c ແລະ ./SCCS/s.source.c), ກ່ຽວກັບລະບົບ XSI-conformant ເຮັດໃຫ້ ໃຊ້ SCCS
ໄຟລ໌ຢູ່ໃນໄດເລກະທໍລີປະຈຸບັນ. ຢ່າງໃດກໍຕາມ, ຜູ້ໃຊ້ໄດ້ຖືກແນະນໍາໃຫ້ໃຊ້ SCCS ພື້ນຖານ
ອຸປະໂພກ (admin, delta, ໄດ້ຮັບ, ແລະອື່ນໆ) ຫຼື sccs ຜົນປະໂຫຍດສໍາລັບໄຟລ໌ແຫຼ່ງທັງຫມົດໃນ a
ໄດເລກະທໍລີທີ່ມອບໃຫ້. ຖ້າທັງສອງຮູບແບບຖືກນໍາໃຊ້ສໍາລັບໄຟລ໌ແຫຼ່ງທີ່ໃຫ້, ນັກພັດທະນາໃນອະນາຄົດແມ່ນ
ອາດຈະສັບສົນຫຼາຍ.

ມັນ​ເປັນ​ປະ​ຕິ​ບັດ​ຕາມ makefiles Portable ເພື່ອ​ລະ​ບຸ​ .POSIX ເປົ້າ​ຫມາຍ​ພິ​ເສດ​ເພື່ອ​
ຮັບປະກັນວ່າພວກເຂົາບໍ່ໄດ້ຮັບຜົນກະທົບຈາກການຂະຫຍາຍທ້ອງຖິ່ນ.

ໄດ້ −ກ ແລະ −ສ ທາງ​ເລືອກ​ທັງ​ສອງ​ແມ່ນ​ມີ​ດັ່ງ​ນັ້ນ​ການ​ພົວ​ພັນ​ລະ​ຫວ່າງ​ບັນ​ດາ​ຄໍາ​ສັ່ງ​,
ໄດ້ ເຄື່ອງແຕ່ງກາຍ ຕົວແປ, ແລະ makefile ສາມາດຄວບຄຸມໄດ້ຊັດເຈນ. ຖ້າ k ທຸງແມ່ນ
ຜ່ານເຂົ້າ ເຄື່ອງແຕ່ງກາຍ ແລະ​ຄໍາ​ສັ່ງ​ແມ່ນ​ຂອງ​ຮູບ​ແບບ​:

$(ເຮັດ) −ສ ຟູ

ຫຼັງ​ຈາກ​ນັ້ນ​, ພຶດ​ຕິ​ກໍາ​ໃນ​ຕອນ​ຕົ້ນ​ແມ່ນ​ໄດ້​ຮັບ​ການ​ຟື້ນ​ຟູ​ສໍາ​ລັບ​ເດັກ​ນ້ອຍ​ ເຮັດໃຫ້.

ໃນ​ເວ​ລາ​ທີ່ ນ ທາງ​ເລືອກ​ແມ່ນ​ໄດ້​ລະ​ບຸ​ໄວ້​, ມັນ​ຈະ​ຖືກ​ເພີ່ມ​ສະ​ເຫມີ​ໄປ​ ເຄື່ອງແຕ່ງກາຍ. ນີ້ອະນຸຍາດໃຫ້ recursive
ເຮັດໃຫ້ ນ ເປົ້າ​ຫມາຍ ເພື່ອໃຊ້ເພື່ອເບິ່ງການກະທຳທັງໝົດທີ່ຈະຖືກປະຕິບັດເພື່ອອັບເດດ ເປົ້າ​ຫມາຍ.

ເນື່ອງຈາກວ່າການປະຕິບັດປະຫວັດສາດຢ່າງກວ້າງຂວາງ, ການຕີຄວາມ ກ ('#') ພາຍ​ໃນ a
ການປ່ຽນແປງຍ້ອນວ່າການເລີ່ມຕົ້ນຂອງຄໍາຄິດຄໍາເຫັນມີຜົນຂ້າງຄຽງທີ່ຫນ້າເສຍດາຍທີ່ເຮັດໃຫ້ເປັນໄປບໍ່ໄດ້
ການຈັດວາງ a ໃນຕົວແປ, ດັ່ງນັ້ນການຫ້າມບາງສິ່ງບາງຢ່າງເຊັ່ນ:

ປ້າຍກຳກັບ = "−D COMMENT_CHAR='#'"

ປະຫວັດສາດຫຼາຍ ເຮັດໃຫ້ utilities ຢຸດ chaining ເຂົ້າກັນກົດລະບຽບ inference ໃນເວລາທີ່ລະດັບປານກາງ
ເປົ້າ​ຫມາຍ​ແມ່ນ​ບໍ່​ມີ​. ຕົວຢ່າງ, ມັນອາດຈະເປັນໄປໄດ້ສໍາລັບ a ເຮັດໃຫ້ ເພື່ອກໍານົດວ່າທັງສອງ
.yc ແລະ .co ສາມາດໃຊ້ເພື່ອແປງ a .y to a .o. ແທນທີ່ຈະ, ໃນກໍລະນີນີ້, ເຮັດໃຫ້ ຕ້ອງການ
ການ ນຳ ໃຊ້ຂອງກ .yo ກົດລະບຽບ.

ວິທີທີ່ດີທີ່ສຸດໃນການສະຫນອງ makefiles ແບບພະກະພາແມ່ນການລວມເອົາກົດລະບຽບທັງຫມົດທີ່ຈໍາເປັນໃນ
makefile ຕົວຂອງມັນເອງ. ກົດ​ລະ​ບຽບ​ສະ​ຫນອງ​ໃຫ້​ນໍາ​ໃຊ້​ພຽງ​ແຕ່​ຄຸນ​ສົມ​ບັດ​ສະ​ຫນອງ​ໃຫ້​ໂດຍ​ພາກ​ສ່ວນ​ອື່ນໆ​ຂອງ​ນີ້​
ປະລິມານຂອງ POSIX.1-2008. ກົດລະບຽບເລີ່ມຕົ້ນປະກອບມີກົດລະບຽບສໍາລັບຄໍາສັ່ງທາງເລືອກໃນນີ້
ປະລິມານຂອງ POSIX.1-2008. ພຽງແຕ່ກົດລະບຽບທີ່ກ່ຽວຂ້ອງກັບຄໍາສັ່ງທີ່ສະຫນອງໃຫ້ແມ່ນຈໍາເປັນໃນ
ຕັ້ງໄວ້ໃນຕອນຕົ້ນຂອງການປະຕິບັດ.

Macros ທີ່ໃຊ້ພາຍໃນ macro ອື່ນໆແມ່ນໄດ້ຖືກປະເມີນເມື່ອ macro ໃຫມ່ຖືກນໍາໃຊ້ແທນທີ່ຈະເປັນເວລາທີ່
ມະຫາພາກໃຫມ່ຖືກກໍານົດ. ເພາະສະນັ້ນ:

ມາໂຄຣ = ມູນຄ່າ 1
NEW = $(MACRO)
ມາໂຄຣ = ມູນຄ່າ 2

ເປົ້າ​ຫມາຍ:
ສຽງສະທ້ອນ $(ໃໝ່)

ຈະຜະລິດ ມູນຄ່າ 2 ແລະບໍ່ ມູນຄ່າ 1 ນັບຕັ້ງແຕ່ NEW ບໍ່ໄດ້ຖືກຂະຫຍາຍຈົນກ່ວາມັນເປັນສິ່ງຈໍາເປັນໃນ
echo ບັນທັດຄໍາສັ່ງ.

ບາງຄໍາຮ້ອງສະຫມັກປະຫວັດສາດແມ່ນເປັນທີ່ຮູ້ຈັກກັບ intermix target_name ແລະ macro=ຊື່
operands ໃນບັນທັດຄໍາສັ່ງ, ຄາດຫວັງວ່າທັງຫມົດຂອງ macro ໄດ້ຖືກປະມວນຜົນກ່ອນທີ່ຈະໃດໆຂອງ
ເປົ້າຫມາຍແມ່ນຈັດການກັບ. ຄໍາຮ້ອງສະຫມັກທີ່ສອດຄ່ອງບໍ່ເຮັດແນວນີ້, ເຖິງແມ່ນວ່າບາງ
ການຊ່ວຍເຫຼືອດ້ານຫຼັງ-ເຂົ້າກັນໄດ້ອາດຈະລວມຢູ່ໃນບາງການປະຕິບັດ.

ຕົວອັກສອນຕໍ່ໄປນີ້ໃນຊື່ໄຟລ໌ອາດຈະເຮັດໃຫ້ເກີດບັນຫາ: '=', ':', '`', ຄໍາເວົ້າດຽວ, ແລະ
'@'. ໃນ​ປະ​ກອບ​ມີ​ຊື່​ໄຟລ​໌​, ຮູບ​ແບບ​ການ​ຈັບ​ຄູ່​ຕົວ​ອັກ​ສອນ​ແລະ​ '"' ຄວນຫຼີກເວັ້ນ, ເປັນ
ພວກເຂົາອາດຈະຖືກປະຕິບັດເປັນພິເສດໂດຍການຈັດຕັ້ງປະຕິບັດບາງຢ່າງ.

ສໍາລັບກົດລະບຽບ inference, ຄໍາອະທິບາຍຂອງ $< ແລະ $? ເບິ່ງຄືວ່າຄ້າຍຄືກັນ. ຢ່າງໃດກໍຕາມ, ຕົວຢ່າງສະແດງໃຫ້ເຫັນ
ຄວາມແຕກຕ່າງເລັກນ້ອຍ. ໃນ makefile ທີ່​ປະ​ກອບ​ດ້ວຍ​:

foo.o: foo.h

if foo.h ແມ່ນໃຫມ່ກວ່າ foo.o, ຍັງ foo.c ມີອາຍຸຫຼາຍກວ່າ foo.o, ການກໍ່ສ້າງໃນກົດລະບຽບທີ່ຈະເຮັດໃຫ້
foo.o ຈາກ foo.c ຖືກນໍາໃຊ້, ດ້ວຍ $< ເທົ່າກັບ foo.c ແລະ $? ເທົ່າ​ທຽມ​ກັນ​ກັບ foo.hທີ່ຢູ່ ຖ້າຫາກວ່າ foo.c ແມ່ນຍັງ
ໃໝ່ກວ່າ foo.o, $< ເທົ່າກັບ foo.c ແລະ $? ເທົ່າກັບ foo.h foo.c.

ຕົວຢ່າງ

1. ຄໍາສັ່ງຕໍ່ໄປນີ້:

ເຮັດໃຫ້

ເຮັດໃຫ້ເປົ້າຫມາຍທໍາອິດທີ່ພົບເຫັນຢູ່ໃນ makefile.

2. ຄໍາສັ່ງຕໍ່ໄປນີ້:

ເຮັດໃຫ້ junk

ເຮັດໃຫ້ເປົ້າຫມາຍ junk.

3. makefile ຕໍ່ໄປນີ້ເວົ້າວ່າ PGM ຂຶ້ນກັບສອງໄຟລ໌, ອ້າວ ແລະ ໂບ, ແລະວ່າພວກເຂົາ
ໃນທາງກັບກັນແມ່ນຂຶ້ນກັບໄຟລ໌ແຫຼ່ງທີ່ສອດຄ້ອງກັນຂອງພວກເຂົາ (ac ແລະ bc), ແລະໄຟລ໌ທົ່ວໄປ
incl.h:

pgm: ອ້າວ ໂບ
c99 ອ້າວ ໂບ −o PGM
ao: incl.h ac
c99 −ຄ ac
ໂບ: incl.h bc
c99 −ຄ bc

4. ຕົວຢ່າງສໍາລັບການເພີ່ມປະສິດທິພາບ .o ໄຟລ໌ຈາກ .c ໄຟລ໌ແມ່ນ:

.co:
c99 −ຄ −ອ $*.c

ຫລື:

.co:
c99 −ຄ −ອ $<

5. ການນໍາໃຊ້ທົ່ວໄປທີ່ສຸດຂອງການໂຕ້ຕອບການເກັບຮັກສາດັ່ງຕໍ່ໄປນີ້. ທີ່ນີ້, ມັນແມ່ນສົມມຸດວ່າ
ແຫຼ່ງໄຟລ໌ແມ່ນແຫຼ່ງພາສາ C ທັງໝົດ:

lib: lib(file1.o) lib(file2.o) lib(file3.o)
@echo lib is ໃນປັດຈຸບັນ up-to-date

ໄດ້ .ca ກົດ​ລະ​ບຽບ​ແມ່ນ​ນໍາ​ໃຊ້​ເພື່ອ​ເຮັດ​ໃຫ້​ file1.o, file2.o, ແລະ file3.o ແລະໃສ່ພວກມັນເຂົ້າໄປໃນ lib.

ການປິ່ນປົວຂອງການຫລົບຫນີ ຕົວອັກສອນໃນທົ່ວ makefile ແມ່ນປະຫວັດສາດ
ການປະຕິບັດ. ສໍາລັບຕົວຢ່າງ, ກົດລະບຽບການສົມມຸດຕິຖານ:

.co\
:

ເຮັດວຽກ, ແລະມະຫາພາກ:

f= ພາທະນາຍຄວາມ ບາສ\
biz
a:
echo ==$f==

ແອັກໂກ້ " == ແຖບ ຖານ biz==".

ຖ້າ $? ແມ່ນ:

/usr/include/stdio.h /usr/include/unistd.h foo.h

ຈາກນັ້ນ $(?D) ຈະເປັນ:

/ usr / ປະກອບມີ / usr / ປະກອບມີ .

ແລະ $(?F) ຈະເປັນ:

stdio.h unistd.h foo.h

6. ເນື້ອໃນຂອງກົດລະບຽບການກໍ່ສ້າງສາມາດເບິ່ງໄດ້ໂດຍການແລ່ນ:

ເຮັດໃຫ້ -ປ -f / dev / null 2>/dev/null

ສະຖານທີ່

ໄດ້ ເຮັດໃຫ້ ຜົນປະໂຫຍດທີ່ອະທິບາຍໄວ້ໃນປະລິມານຂອງ POSIX.1-2008 ນີ້ມີຈຸດປະສົງເພື່ອສະຫນອງວິທີການ
ສໍາ​ລັບ​ການ​ປ່ຽນ​ແປງ​ລະ​ຫັດ​ແຫຼ່ງ Portable ເປັນ​ການ​ປະ​ຕິ​ບັດ​ທີ່​ສາ​ມາດ​ໄດ້​ຮັບ​ການ​ດໍາ​ເນີນ​ການ​ກ່ຽວ​ກັບ​ການ​
ລະບົບການປະຕິບັດຕາມ POSIX.1-2008. ມັນສະທ້ອນເຖິງລັກສະນະທົ່ວໄປທີ່ສຸດທີ່ມີຢູ່ໃນ System V
ແລະ BSD ເຮັດໃຫ້s.

ທາງປະຫວັດສາດ, ເຮັດໃຫ້ ປະໂຫຍດໄດ້ເປັນພື້ນທີ່ອຸດົມສົມບູນໂດຍສະເພາະສໍາລັບຜູ້ຂາຍແລະ
ການຄົ້ນຄວ້າດັດແກ້ syntax ສະເພາະຂອງອົງການ ແລະສ່ວນຂະຫຍາຍ. ຕົວຢ່າງລວມມີ:

* Syntax ສະຫນັບສະຫນູນການປະຕິບັດຂະຫນານ (ເຊັ່ນ: ຈາກຜູ້ຂາຍຫຼາຍໂປເຊດເຊີ,
GNU, ແລະອື່ນໆ)

* ເພີ່ມ​ເຕີມ ``ຜູ້​ປະ​ຕິ​ບັດ​ການ​' ການ​ແຍກ​ເປົ້າ​ຫມາຍ​ແລະ​ເງື່ອນ​ໄຂ​ຂອງ​ເຂົາ​ເຈົ້າ​ກ່ອນ​ຫນ້າ​ນີ້ (System V, BSD,
ແລະ​ອື່ນໆ)

* ການ​ລະ​ບຸ​ວ່າ​ບັນ​ດາ​ຄໍາ​ສັ່ງ​ທີ່​ປະ​ກອບ​ດ້ວຍ​ຊ່ອຍ​ແນ່​ "${MAKE}" ແລະ "$(ເຮັດ)" ມີ
ປະ​ຕິ​ບັດ​ໃນ​ເວ​ລາ​ທີ່​ ນ ທາງເລືອກແມ່ນຖືກກໍານົດ (GNU ແລະລະບົບ V)

* ການ​ປັບ​ປຸງ​ຄວາມ​ຫມາຍ​ຂອງ macro ພາຍ​ໃນ​ໃນ​ເວ​ລາ​ທີ່​ການ​ອ້າງ​ອີງ​ຫ້ອງ​ສະ​ຫມຸດ (BSD ແລະ​
ອື່ນໆ)

* ການນໍາໃຊ້ຕົວຢ່າງດຽວຂອງ shell ສໍາລັບທຸກເສັ້ນຄໍາສັ່ງຂອງເປົ້າຫມາຍ (BSD
ແລະ​ອື່ນໆ)

* ອະນຸຍາດ ລັກ​ສະ​ນະ​ເຊັ່ນ​ດຽວ​ກັນ​ ຕົວອັກສອນເພື່ອກໍານົດເສັ້ນຄໍາສັ່ງ (BSD)

* ການເພີ່ມ C preprocessor-style ``include'' ແລະ ``ifdef'' constructs (System V, GNU, BSD,
ແລະ​ອື່ນໆ)

* ການ​ປະ​ຕິ​ບັດ​ໄລ​ຍະ​ໄກ​ຂອງ​ບັນ​ຊີ​ຄໍາ​ສັ່ງ (Sprite ແລະ​ອື່ນໆ​)

* ການ​ລະ​ບຸ​ເປົ້າ​ຫມາຍ​ພິ​ເສດ​ເພີ່ມ​ເຕີມ (BSD​, ລະ​ບົບ V​, ແລະ​ອື່ນໆ​ຫຼາຍ​ທີ່​ສຸດ​)

ນອກຈາກນັ້ນ, ຜູ້ຂາຍແລະອົງການຈັດຕັ້ງຄົ້ນຄ້ວາຈໍານວນຫຼາຍໄດ້ຄິດຄືນໃຫມ່ແນວຄວາມຄິດພື້ນຖານຂອງ
ເຮັດໃຫ້, ການສ້າງການຂະຫຍາຍຢ່າງກວ້າງຂວາງ, ເຊັ່ນດຽວກັນກັບ syntaxes ໃຫມ່ຢ່າງສົມບູນ. ແຕ່ລະຄົນເຫຼົ່ານີ້
ຮຸ່ນຂອງ ເຮັດໃຫ້ ຕອບສະຫນອງຄວາມຕ້ອງການຂອງຊຸມຊົນທີ່ແຕກຕ່າງກັນຂອງຜູ້ໃຊ້; ມັນບໍ່ສົມເຫດສົມຜົນ
ສໍາລັບປະລິມານຂອງ POSIX.1-2008 ນີ້ເພື່ອຮຽກຮ້ອງໃຫ້ມີພຶດຕິກໍາທີ່ບໍ່ເຂົ້າກັນໄດ້ (ແລະ
ອາດຈະຕໍ່າກວ່າ) ຕໍ່ກັບການປະຕິບັດປະຫວັດສາດສໍາລັບຊຸມຊົນດັ່ງກ່າວ.

ໃນສະຖານະການທີ່ຄ້າຍຄືກັນ, ເມື່ອອຸດສາຫະກໍາມີຮູບແບບທີ່ບໍ່ສອດຄ່ອງພຽງພໍ
ເພື່ອເຮັດໃຫ້ພວກເຂົາບໍ່ສາມາດຕົກລົງກັນໄດ້, ປະລິມານຂອງ POSIX.1-2008 ນີ້ໄດ້ປະຕິບັດຕາມຫນຶ່ງຫຼືທັງສອງ.
ສອງ​ວິ​ຊາ​ການ​ປະ​ຕິ​ບັດ​. ຄໍາສັ່ງໄດ້ຖືກປ່ຽນຊື່ (cksum, echo, ແລະ pax) ແລະ / ຫຼື​ຄໍາ​ສັ່ງ​
ທາງ​ເລືອກ​ເສັ້ນ​ໄດ້​ຖືກ​ສະ​ຫນອງ​ໃຫ້​ເພື່ອ​ຄັດ​ເລືອກ​ເອົາ​ພຶດ​ຕິ​ກໍາ​ທີ່​ຕ້ອງ​ການ (grep, od, ແລະ pax).

ເນື່ອງຈາກວ່າ syntax ກໍານົດສໍາລັບ the ເຮັດໃຫ້ ຜົນປະໂຫຍດແມ່ນ, ໂດຍແລະຂະຫນາດໃຫຍ່, ຊຸດຍ່ອຍຂອງ
syntaxes ຍອມຮັບໂດຍເກືອບທຸກສະບັບຂອງ ເຮັດໃຫ້ມັນ​ໄດ້​ຖືກ​ຕັດ​ສິນ​ໃຈ​ວ່າ​ມັນ​ຈະ​ຕ້ານ
ຜະລິດຕະພັນທີ່ຈະປ່ຽນຊື່. ແລະນັບຕັ້ງແຕ່ makefile ຕົວຂອງມັນເອງເປັນຫນ່ວຍງານພື້ນຖານຂອງ
portability, ມັນຈະບໍ່ມີປະສິດທິພາບຢ່າງສົມບູນທີ່ຈະສະຫງວນຈົດຫມາຍທາງເລືອກໃຫມ່, ເຊັ່ນ:
ເຮັດໃຫ້ -ປ, ເພື່ອບັນລຸພຶດຕິກໍາແບບພົກພາ. ດັ່ງນັ້ນ, ເປົ້າຫມາຍພິເສດ .POSIX ໄດ້ຖືກເພີ່ມ
ໄປຫາ makefile, ໃຫ້ຜູ້ໃຊ້ສາມາດລະບຸພຶດຕິກໍາ "ມາດຕະຖານ". ເປົ້າໝາຍພິເສດນີ້
ບໍ່ຂັດຂວາງການຂະຫຍາຍຢູ່ໃນ ເຮັດໃຫ້ ຜົນປະໂຫຍດ, ແລະມັນບໍ່ໄດ້ຂັດຂວາງການຂະຫຍາຍດັ່ງກ່າວ
ໃຊ້ໂດຍ makefile ລະບຸເປົ້າຫມາຍ; ມັນບໍ່, ແນວໃດກໍ່ຕາມ, ຂັດຂວາງການຂະຫຍາຍໃດໆຈາກ
ຖືກນໍາໃຊ້ທີ່ສາມາດປ່ຽນແປງພຶດຕິກໍາຂອງ syntax ທີ່ຖືກຕ້ອງກ່ອນຫນ້ານີ້; ການຂະຫຍາຍດັ່ງກ່າວ
ຕ້ອງໄດ້ຮັບການຄວບຄຸມໂດຍຜ່ານທາງເລືອກແຖວຄໍາສັ່ງຫຼືເປົ້າຫມາຍພິເສດໃຫມ່. ມັນ​ເປັນ​ປະ​ຕິ​ບັດ​ຕາມ​
makefiles ແບບພົກພາເພື່ອລະບຸ .POSIX ເປົ້າ​ຫມາຍ​ພິ​ເສດ​ເພື່ອ​ຮັບ​ປະ​ກັນ​ວ່າ​ພວກ​ເຂົາ​ເຈົ້າ​
ບໍ່ໄດ້ຮັບຜົນກະທົບຈາກການຂະຫຍາຍທ້ອງຖິ່ນ.

ສະບັບ Portable ຂອງ ເຮັດໃຫ້ ອະທິບາຍໄວ້ໃນໜ້າອ້າງອີງນີ້ບໍ່ໄດ້ຕັ້ງໃຈເປັນ
ເຄື່ອງມືການຜະລິດຊອບແວທີ່ທັນສະໄຫມແລະ, ດັ່ງນັ້ນ, ບາງອັນໃຫມ່ແລະຊັ້ນນໍາຫຼາຍ
ຄຸນສົມບັດບໍ່ໄດ້ຖືກລວມເຂົ້າ. ໄດ້ມີການພະຍາຍາມອະທິບາຍແບບພົກພາ
makefile ໃນລັກສະນະທີ່ບໍ່ຂັດຂວາງການຂະຫຍາຍດັ່ງກ່າວຕາບໃດທີ່ພວກມັນບໍ່ລົບກວນ
ພຶດຕິກໍາແບບພົກພາໄດ້ອະທິບາຍຢູ່ທີ່ນີ້.

ໃນ​ເວ​ລາ​ທີ່ ນ ທາງ​ເລືອກ​ແມ່ນ​ໄດ້​ລະ​ບຸ​ໄວ້​, ມັນ​ຈະ​ຖືກ​ເພີ່ມ​ສະ​ເຫມີ​ໄປ​ ເຄື່ອງແຕ່ງກາຍ. ນີ້ອະນຸຍາດໃຫ້ recursive
ເຮັດໃຫ້ ນ ເປົ້າ​ຫມາຍ ເພື່ອໃຊ້ເພື່ອເບິ່ງການກະທຳທັງໝົດທີ່ຈະຖືກປະຕິບັດເພື່ອອັບເດດ ເປົ້າ​ຫມາຍ.

ນິຍາມຂອງ ເຄື່ອງແຕ່ງກາຍ ອະນຸຍາດໃຫ້ທັງລະບົບຕົວອັກສອນ V ແລະຄໍາສັ່ງ BSD
ຮູບ​ແບບ​ເສັ້ນ​. ສອງ​ຮູບ​ແບບ​ທີ່​ແຕກ​ຕ່າງ​ກັນ​ພຽງ​ພໍ​ທີ່​ຈະ​ອະ​ນຸ​ຍາດ​ໃຫ້​ການ​ປະ​ຕິ​ບັດ​
ສະ​ຫນັບ​ສະ​ຫນູນ​ທັງ​ສອງ​ໂດຍ​ບໍ່​ມີ​ຄວາມ​ຊັດ​ເຈນ​.

ຂໍ້​ສະ​ເຫນີ​ຕົ້ນ​ໄດ້​ລະ​ບຸ​ໄວ້​ວ່າ "ບໍ່​ໄດ້​ຍົກ​ມາ​" ໄດ້ຖືກປະຕິບັດເປັນການເລີ່ມຕົ້ນຂອງ a
ຄໍາເຫັນ. ໄດ້ ເຮັດໃຫ້ ຜົນປະໂຫຍດບໍ່ໄດ້ເອົາໃຈໃສ່ກັບຄໍາເວົ້າໃດໆ. ກ ເລີ່ມເປັນ
ຄໍາເຫັນໂດຍບໍ່ຄໍານຶງເຖິງສິ່ງອ້ອມຂ້າງຂອງມັນ.

ຂໍ້​ຄວາມ​ກ່ຽວ​ກັບ ``ຊື່​ທາງ​ການ​ປະ​ຕິ​ບັດ​ອື່ນໆ​ທີ່​ກໍາ​ນົດ​ໄວ້​ອາດ​ຈະ​ໄດ້​ຮັບ​ການ​ພະ​ຍາ​ຍາມ​ໃນ​ການ​ນອກ​ເຫນືອ​ໄປ​ຈາກ
./makefile ແລະ ./makefile ແມ່ນເພື່ອອະນຸຍາດໃຫ້ຂະຫຍາຍເຊັ່ນ: SCCS/s.Makefile ແລະ​ອື່ນໆ
ການປ່ຽນແປງ. ມັນໄດ້ຖືກເຮັດໃຫ້ເປັນຂໍ້ກໍານົດທີ່ກໍານົດການປະຕິບັດ (ກົງກັນຂ້າມກັບບໍ່ໄດ້ກໍານົດ
ພຶດຕິກໍາ) ເພື່ອຊີ້ໃຫ້ເຫັນການປະຕິບັດທີ່ຫນ້າປະຫລາດໃຈທີ່ອາດຈະເລືອກເອົາສິ່ງທີ່ບໍ່ຄາດຄິດ
ຄື /etc/Makefile. ລະບົບ XSI-conformant ຍັງພະຍາຍາມ ./s.makefile, SCCS/s.makefile,
./s.Makefile, ແລະ SCCS/s.Makefile.

ຂໍ້ສະເໜີເບື້ອງຕົ້ນມີມະຫາພາກ NPROC ເປັນວິທີການກໍານົດວ່າ ເຮັດໃຫ້ ຄວນໃຊ້ n
ຂະບວນການເຮັດວຽກທີ່ຕ້ອງການ. ໃນຂະນະທີ່ຄຸນນະສົມບັດນີ້ແມ່ນການຂະຫຍາຍທີ່ມີຄຸນຄ່າສໍາລັບຫຼາຍໆຄົນ
ລະບົບ, ມັນບໍ່ແມ່ນການນໍາໃຊ້ທົ່ວໄປແລະສາມາດຮຽກຮ້ອງໃຫ້ມີການຂະຫຍາຍທີ່ບໍ່ແມ່ນ trivial ອື່ນໆເພື່ອເຮັດໃຫ້ໄຟລ໌
syntax. ສ່ວນຂະຫຍາຍນີ້ບໍ່ຈໍາເປັນຕ້ອງມີປະລິມານຂອງ POSIX.1-2008, ແຕ່ອາດຈະເປັນ
ສະຫນອງໃຫ້ເປັນສ່ວນຂະຫຍາຍທີ່ເຂົ້າກັນໄດ້. ມະຫາພາກ ພາຣາກອດ ຖືກນໍາໃຊ້ໂດຍບາງລະບົບປະຫວັດສາດ
ໂດຍ​ມີ​ຄວາມ​ຫມາຍ​ທີ່​ຈໍາ​ເປັນ​ດຽວ​ກັນ (ແຕ່​ບໍ່​ມີ​ການ​ນໍາ​ໃຊ້​ຊື່​ທີ່​ເປັນ​ການ​ຈໍາ​ກັດ​ລະ​ບົບ​ທົ່ວ​ໄປ​
ມູນຄ່າ). ມັນໄດ້ຖືກແນະນໍາວ່າຜູ້ປະຕິບັດຮັບຮູ້ການນໍາໃຊ້ທີ່ມີຢູ່ແລ້ວຂອງ NPROC ແລະ / ຫຼື
ພາຣາກອດ ເປັນສ່ວນຂະຫຍາຍໄປ ເຮັດໃຫ້.

ກົດລະບຽບເລີ່ມຕົ້ນແມ່ນອີງໃສ່ລະບົບ V. ຄ່າເລີ່ມຕົ້ນ CC= ມູນຄ່າແມ່ນ c99 ແທນ​ທີ່ cc
ເນື່ອງຈາກວ່າປະລິມານນີ້ຂອງ POSIX.1-2008 ບໍ່ໄດ້ມາດຕະຖານຜົນປະໂຫຍດທີ່ມີຊື່ cc. ດັ່ງນັ້ນ,
ທຸກໆຄໍາຮ້ອງສະຫມັກທີ່ສອດຄ່ອງກັບຈະຕ້ອງກໍານົດ CC=c99 ຄາດວ່າຈະດໍາເນີນການ. ມີ
ບໍ່ມີຄວາມໄດ້ປຽບທີ່ສະເຫນີໂດຍຄວາມຫວັງທີ່ makefile ອາດຈະຕີ compiler ``ທີ່ຕ້ອງການ´
ເນື່ອງຈາກວ່ານີ້ບໍ່ສາມາດຮັບປະກັນວ່າເຮັດວຽກ. ນອກຈາກນີ້, ເນື່ອງຈາກວ່າ makescript ແບບພະກະພາພຽງແຕ່ສາມາດເຮັດໄດ້
ການນໍາໃຊ້ c99 ທາງເລືອກ, ບໍ່ມີຂໍ້ໄດ້ປຽບແມ່ນ conferred ໃນຂໍ້ກໍານົດຂອງສິ່ງທີ່ script ສາມາດເຮັດໄດ້. ມັນ​ແມ່ນ
ບັນຫາຄຸນນະພາບຂອງການຈັດຕັ້ງປະຕິບັດກ່ຽວກັບວ່າ c99 ແມ່ນ​ມີ​ຄຸນ​ຄ່າ​ເປັນ​ cc.

ໄດ້ −ງ ທາງເລືອກທີ່ຈະ ເຮັດໃຫ້ ຖືກນໍາໃຊ້ເລື້ອຍໆເພື່ອຜະລິດຂໍ້ມູນ debugging, ແຕ່ວ່າເກີນໄປ
ການຈັດຕັ້ງປະຕິບັດ-ກໍານົດເພື່ອເພີ່ມໃສ່ປະລິມານຂອງ POSIX.1-2008 ນີ້.

ໄດ້ -ປ ທາງເລືອກແມ່ນບໍ່ໄດ້ຜ່ານ ເຄື່ອງແຕ່ງກາຍ ກ່ຽວກັບການປະຕິບັດປະຫວັດສາດສ່ວນໃຫຍ່ແລະການປ່ຽນແປງ
ອັນນີ້ຈະເຮັດໃຫ້ການຈັດຕັ້ງປະຕິບັດຫຼາຍຢ່າງແຕກແຍກໂດຍບໍ່ມີການເພີ່ມຂຶ້ນຢ່າງພຽງພໍ.

ຄໍາສັ່ງທີ່ເລີ່ມຕົ້ນດ້ວຍ a ('+') ຖືກ​ປະ​ຕິ​ບັດ​ເຖິງ​ແມ່ນ​ວ່າ​ ນ ທາງເລືອກແມ່ນ
ປະຈຸບັນ. ອີງໃສ່ສະບັບ GNU ຂອງ ເຮັດໃຫ້, ພຶດຕິກໍາຂອງ ນ ໃນ​ເວ​ລາ​ທີ່ ຄຳນຳໜ້າ
ແມ່ນພົບໄດ້ຖືກຂະຫຍາຍໄປນໍາໃຊ້ກັບ −q ແລະ -t ຄື​ກັນ. ຢ່າງໃດກໍຕາມ, ລະບົບ V
ສົນທິສັນຍາບັງຄັບໃຫ້ປະຕິບັດຄໍາສັ່ງກັບ ນ ເມື່ອເສັ້ນຄໍາສັ່ງຂອງເປົ້າຫມາຍມີ
ທັງສອງສາຍ "$(ເຮັດ)" or "${MAKE}" ຍັງບໍ່ໄດ້ຮັບຮອງເອົາ. ການທໍາງານນີ້
ປາກົດຢູ່ໃນຂໍ້ສະເຫນີເບື້ອງຕົ້ນ, ແຕ່ອັນຕະລາຍຂອງວິທີການນີ້ແມ່ນຊີ້ໃຫ້ເຫັນເຖິງ
ຕົວຢ່າງຕໍ່ໄປນີ້ຂອງສ່ວນຫນຶ່ງຂອງ makefile:

ຍ່ອຍ:
cd subdir; rm all_the_files; $(ເຮັດ)

ການສູນເສຍພຶດຕິກໍາຂອງລະບົບ V ໃນກໍລະນີນີ້ແມ່ນມີຄວາມສົມດຸນກັນດີໂດຍຄວາມປອດໄພທີ່ຈ່າຍໃຫ້
makefiles ອື່ນໆທີ່ບໍ່ໄດ້ຮັບຮູ້ສະຖານະການນີ້. ໃນກໍລະນີໃດກໍ່ຕາມ, ເສັ້ນຄໍາສັ່ງ
ຄໍານໍາຫນ້າສາມາດສະຫນອງການທໍາງານທີ່ຕ້ອງການ.

ຄູ່ ໃນຮູບແບບກົດລະບຽບເປົ້າຫມາຍແມ່ນສະຫນັບສະຫນູນໃນລະບົບ BSD ເພື່ອອະນຸຍາດໃຫ້ເພີ່ມເຕີມ
ຫຼາຍກວ່າຫນຶ່ງເສັ້ນເປົ້າຫມາຍທີ່ມີຊື່ເປົ້າຫມາຍດຽວກັນເພື່ອໃຫ້ມີຄໍາສັ່ງທີ່ກ່ຽວຂ້ອງກັບມັນ.
ເນື່ອງຈາກວ່ານີ້ບໍ່ແມ່ນການທໍາງານທີ່ອະທິບາຍໄວ້ໃນ SVID ຫຼື XPG3 ມັນໄດ້ຖືກອະນຸຍາດໃຫ້ເປັນ
ສ່ວນຂະຫຍາຍ, ແຕ່ບໍ່ຖືກບັງຄັບ.

ກົດລະບຽບເລີ່ມຕົ້ນແມ່ນໃຫ້ຂໍ້ຄວາມທີ່ລະບຸວ່າກົດລະບຽບທີ່ສ້າງຂຶ້ນໃນນັ້ນຈະຕ້ອງເປັນ
ເຊັ່ນ​ດຽວ​ກັນ​ກັບ​ທີ່​ກໍາ​ນົດ​ໄວ້​ໄດ້​ຖືກ​ນໍາ​ໃຊ້​. ຈຸດປະສົງແມ່ນວ່າການປະຕິບັດຄວນຈະສາມາດ
ໃຊ້ກົດລະບຽບໂດຍບໍ່ມີການປ່ຽນແປງ, ແຕ່ຈະຖືກອະນຸຍາດໃຫ້ປ່ຽນແປງໃນວິທີທີ່ບໍ່ມີຜົນກະທົບ
ພຶດຕິກໍາຕົ້ນຕໍ.

ວິທີທີ່ດີທີ່ສຸດໃນການສະຫນອງ makefiles ແບບພະກະພາແມ່ນການລວມເອົາກົດລະບຽບທັງຫມົດທີ່ຈໍາເປັນໃນ
makefile ຕົວຂອງມັນເອງ. ກົດ​ລະ​ບຽບ​ສະ​ຫນອງ​ໃຫ້​ນໍາ​ໃຊ້​ພຽງ​ແຕ່​ຄຸນ​ສົມ​ບັດ​ສະ​ຫນອງ​ໃຫ້​ໂດຍ​ພາກ​ສ່ວນ​ອື່ນໆ​ຂອງ​ນີ້​
ປະລິມານຂອງ POSIX.1-2008. ກົດລະບຽບເລີ່ມຕົ້ນປະກອບມີກົດລະບຽບສໍາລັບຄໍາສັ່ງທາງເລືອກໃນນີ້
ປະລິມານຂອງ POSIX.1-2008. ພຽງແຕ່ກົດລະບຽບທີ່ກ່ຽວຂ້ອງກັບຄໍາສັ່ງທີ່ສະຫນອງໃຫ້ແມ່ນຈໍາເປັນໃນ
ຊຸດເລີ່ມຕົ້ນຂອງການປະຕິບັດ.

ຈຸດຫນຶ່ງຂອງການສົນທະນາແມ່ນວ່າຈະລຸດລົງບັນຊີລາຍຊື່ກົດລະບຽບເລີ່ມຕົ້ນຈາກປະລິມານນີ້
POSIX.1-2008. ພວກເຂົາເຈົ້າສະຫນອງຄວາມສະດວກ, ແຕ່ບໍ່ໄດ້ເສີມຂະຫຍາຍການ Portable ຂອງຄໍາຮ້ອງສະຫມັກ.
ຜົນ​ປະ​ໂຫຍດ​ທີ່​ສໍາ​ຄັນ​ແມ່ນ​ຢູ່​ໃນ​ການ Portable ຂອງ​ຜູ້​ຊົມ​ໃຊ້​ທີ່​ຕ້ອງ​ການ​ພິມ​ ເຮັດໃຫ້ ຄໍາສັ່ງ ແລະມີ
ຄໍາສັ່ງສ້າງຈາກ a command.c ຍື່ນ.

ປະຫວັດສາດ MAKESHELL ຄຸນສົມບັດຖືກລະເວັ້ນ. ໃນບາງການປະຕິບັດມັນຖືກນໍາໃຊ້ເພື່ອໃຫ້ a
ຜູ້ໃຊ້ override ແກະທີ່ຈະຖືກນໍາໃຊ້ເພື່ອດໍາເນີນການ ເຮັດໃຫ້ ຄໍາສັ່ງ. ອັນນີ້ແມ່ນສັບສົນ; ສໍາ​ລັບ
ພາບ ເຮັດໃຫ້, shell ຄວນໄດ້ຮັບການຄັດເລືອກໂດຍ makefile writer ຫຼືລະບຸໄວ້ໃນ ເຮັດໃຫ້
ເສັ້ນຄໍາສັ່ງແລະບໍ່ແມ່ນໂດຍຜູ້ໃຊ້ແລ່ນ ເຮັດໃຫ້.

ໄດ້ ເຮັດໃຫ້ ຜົນປະໂຫຍດໃນການປະຕິບັດປະຫວັດສາດສ່ວນໃຫຍ່ຂະບວນການ prerequisites ຂອງ a
ເປົ້າຫມາຍໃນຄໍາສັ່ງຊ້າຍຫາຂວາ, ແລະຮູບແບບ makefile ຮຽກຮ້ອງໃຫ້ມີນີ້. ມັນ​ສະ​ຫນັບ​ສະ​ຫນູນ​
idiom ມາດຕະຖານທີ່ໃຊ້ໃນຫຼາຍ makefiles ທີ່ຜະລິດ yacc ໂຄງການ; ຍົກ​ຕົວ​ຢ່າງ:

ຟູ: y.tab.o lex.o main.o
$(CC) $(CFLAGS) −o $@ t.tab.o lex.o main.o

ໃນຕົວຢ່າງນີ້, ຖ້າ ເຮັດໃຫ້ ເລືອກຄໍາສັ່ງ arbitrary ໃດ, ໄດ້ lex.o ອາດຈະບໍ່ໄດ້ເຮັດກັບ
ທີ່ຖືກຕ້ອງ y.tab.h. ເຖິງແມ່ນວ່າອາດຈະມີວິທີທີ່ດີກວ່າທີ່ຈະສະແດງຄວາມສໍາພັນນີ້, ມັນແມ່ນ
ຖືກນໍາໃຊ້ຢ່າງກວ້າງຂວາງໃນປະຫວັດສາດ. ການປະຕິບັດທີ່ຕ້ອງການທີ່ຈະປັບປຸງເງື່ອນໄຂເບື້ອງຕົ້ນໃນຂະຫນານ
ຄວນຮຽກຮ້ອງໃຫ້ມີການຂະຫຍາຍຢ່າງຈະແຈ້ງເພື່ອ ເຮັດໃຫ້ ຫຼືຮູບແບບ makefile ເພື່ອເຮັດສໍາເລັດມັນ, ເປັນ
ອະທິບາຍກ່ອນຫນ້ານີ້.

ຂັ້ນຕອນການກຳນົດການເຂົ້າໃໝ່ສຳລັບກົດລະບຽບເປົ້າໝາຍແມ່ນບໍ່ໄດ້ລະບຸບາງສ່ວນ. ບາງ
ປະຫວັດສາດ ເຮັດໃຫ້s ອະ​ນຸ​ຍາດ​ໃຫ້​ເປົ່າ​ຫວ່າງ​, ຫວ່າງ​ເປົ່າ​, ຫຼື​ຄໍາ​ຄິດ​ເຫັນ​ໃນ​ການ​ເກັບ​ກໍາ​ຄໍາ​ສັ່ງ​
ຫມາຍໂດຍຜູ້ນໍາ ຕົວລະຄອນ. makefile ທີ່ສອດຄ່ອງຕ້ອງຮັບປະກັນວ່າແຕ່ລະຄໍາສັ່ງ
ເລີ່ມຕົ້ນດ້ວຍ a , ແຕ່ການປະຕິບັດແມ່ນບໍ່ເສຍຄ່າທີ່ຈະລະເວັ້ນຫວ່າງເປົ່າ, ຫວ່າງເປົ່າ, ແລະຄໍາເຫັນ
ສາຍໂດຍບໍ່ມີການກະຕຸ້ນການເລີ່ມຕົ້ນຂອງການເຂົ້າໃຫມ່.

ພາກສ່ວນເຫດການ ASYNCHRONOUS ປະກອບມີ SIGTERM ແລະ SIGHUP, ພ້ອມກັບສິ່ງອື່ນໆ.
SIGINT ແລະ SIGQUIT ແບບດັ້ງເດີມ, ເອົາເປົ້າຫມາຍໃນປະຈຸບັນອອກເວັ້ນເສຍແຕ່ວ່າມີທິດທາງບໍ່ໃຫ້ເຮັດແນວນັ້ນ.
SIGTERM ແລະ SIGHUP ໄດ້ຖືກເພີ່ມເຂົ້າໃນອຸປະກອນອື່ນໆຂະຫນານທີ່ໄດ້ຖືກອະນາໄມໃນປະຫວັດສາດ
ເຖິງການເຮັດວຽກຂອງເຂົາເຈົ້າເປັນຜົນມາຈາກສັນຍານເຫຼົ່ານີ້. ເມື່ອ​ໃດ​ ເຮັດໃຫ້ ໄດ້ຮັບສັນຍານອື່ນນອກຈາກ
SIGQUIT, ມັນຈໍາເປັນຕ້ອງໄດ້ສົ່ງສັນຍານຕົວມັນເອງທີ່ມັນໄດ້ຮັບເພື່ອໃຫ້ມັນອອກດ້ວຍ a
ສະ​ຖາ​ນະ​ພາບ​ທີ່​ສະ​ທ້ອນ​ໃຫ້​ເຫັນ​ສັນ​ຍານ​. ຜົນໄດ້ຮັບຈາກ SIGQUIT ແມ່ນບໍ່ໄດ້ລະບຸບາງສ່ວນ
ເນື່ອງຈາກວ່າ, ກ່ຽວກັບລະບົບທີ່ສ້າງ core ໄຟລ໌ເມື່ອໄດ້ຮັບ SIGQUIT, ໄດ້ core ຈາກ ເຮັດໃຫ້
ຈະຂັດແຍ້ງກັບ ກ core ໄຟລ໌ຈາກຄໍາສັ່ງທີ່ກໍາລັງແລ່ນໃນເວລາທີ່ SIGQUIT
ມາຮອດ. ຄວາມກັງວົນຕົ້ນຕໍແມ່ນເພື່ອປ້ອງກັນບໍ່ໃຫ້ໄຟລ໌ທີ່ເສຍຫາຍຈາກການປະກົດຂຶ້ນເຖິງເວລາ ເຮັດໃຫ້
ແມ່ນ rerun.

ໄດ້ .PRECIOUS ເປົ້າໝາຍພິເສດໄດ້ຖືກຂະຫຍາຍໄປສົ່ງຜົນກະທົບຕໍ່ທຸກເປົ້າໝາຍທົ່ວໂລກ (ໂດຍລະບຸວ່າ no
ເງື່ອນໄຂເບື້ອງຕົ້ນ). ໄດ້ .ບໍ່ສົນໃຈ ແລະ .ງຽບ ເປົ້າຫມາຍພິເສດໄດ້ຖືກຂະຫຍາຍອອກໄປເພື່ອອະນຸຍາດໃຫ້
ເງື່ອນໄຂເບື້ອງຕົ້ນ; ມັນໄດ້ຖືກຕັດສິນວ່າເປັນປະໂຫຍດຫຼາຍໃນບາງກໍລະນີເພື່ອໃຫ້ສາມາດປິດຄວາມຜິດພາດໄດ້
ຫຼື echoing ສໍາລັບບັນຊີລາຍຊື່ຂອງເປົ້າຫມາຍກ່ວາສໍາລັບ makefile ທັງຫມົດ. ການຂະຫຍາຍເຫຼົ່ານີ້ເພື່ອ ເຮັດໃຫ້ in
ລະບົບ V ໄດ້ຖືກສ້າງຂື້ນເພື່ອໃຫ້ກົງກັບການປະຕິບັດປະຫວັດສາດຈາກ BSD ເຮັດໃຫ້.

Macros ບໍ່ໄດ້ຖືກສົ່ງອອກໄປຫາສະພາບແວດລ້ອມຂອງຄໍາສັ່ງທີ່ຈະດໍາເນີນການ. ນີ້ບໍ່ເຄີຍເປັນກໍລະນີ
ໃນປະຫວັດສາດໃດໆ ເຮັດໃຫ້ ແລະ​ຈະ​ມີ​ຜົນ​ສະ​ທ້ອນ​ຮ້າຍ​ແຮງ. ສະພາບແວດລ້ອມແມ່ນຄືກັນກັບ
ສະພາບແວດລ້ອມ ເຮັດໃຫ້ ຍົກເວັ້ນນັ້ນ ເຄື່ອງແຕ່ງກາຍ ແລະມະຫາພາກທີ່ກຳນົດໄວ້ໃນ ເຮັດໃຫ້ ເສັ້ນຄໍາສັ່ງ
ມີການເພີ່ມ.

ການປະຕິບັດບາງຢ່າງບໍ່ໄດ້ໃຊ້ ລະບົບ() ສໍາ​ລັບ​ບັນ​ຊີ​ຄໍາ​ສັ່ງ​ທັງ​ຫມົດ​, ຕາມ​ທີ່​ຕ້ອງ​ການ​ໂດຍ​
ຮູບແບບ makefile ແບບພະກະພາ; ເປັນການເພີ່ມປະສິດທິພາບ, ພວກເຂົາເລືອກສາຍໂດຍບໍ່ມີແກະ
metacharacters ສໍາລັບການປະຕິບັດໂດຍກົງໂດຍ ຍົກເວັ້ນ(). ບໍ່ມີຂໍ້ກໍານົດວ່າ ລະບົບ() ເປັນ
ການນໍາໃຊ້ໂດຍສະເພາະ, ແຕ່ພຽງແຕ່ວ່າຜົນໄດ້ຮັບດຽວກັນຈະບັນລຸໄດ້. metacharacters ໄດ້
ໂດຍປົກກະຕິແລ້ວໃຊ້ເພື່ອຂ້າມທາງກົງ ຍົກເວັ້ນ() ການ​ປະ​ຕິ​ບັດ​ແມ່ນ​ການ​ໃດໆ​ຂອງ​:

= | ^ ( ) ; & < > * ? [ ] : $ ` ' " \ \n

ຄ່າເລີ່ມຕົ້ນໃນບາງຮຸ່ນຂັ້ນສູງຂອງ ເຮັດໃຫ້ ແມ່ນການຈັດກຸ່ມບັນທັດຄໍາສັ່ງສໍາລັບ a
ເປົ້າໝາຍ ແລະ ປະຕິບັດພວກມັນໂດຍໃຊ້ການເອີ້ນເອົາເປືອກດຽວ; ວິທີການລະບົບ V ແມ່ນເພື່ອຜ່ານ
ແຕ່​ລະ​ເສັ້ນ​ເປັນ​ສ່ວນ​ບຸກ​ຄົນ​ເພື່ອ​ແກະ​ແຍກ​ຕ່າງ​ຫາກ​. ວິທີການແກະດຽວມີຂໍ້ດີໃນ
ການປະຕິບັດແລະການຂາດຄວາມຕ້ອງການສໍາລັບສາຍຕໍ່ເນື່ອງຫຼາຍ. ຢ່າງໃດກໍຕາມ, ປ່ຽນເປັນ
ວິທີການໃຫມ່ນີ້ໄດ້ເຮັດໃຫ້ເກີດບັນຫາການພົກພາກັບ makefiles ປະຫວັດສາດຈໍານວນຫຼາຍ, ດັ່ງນັ້ນ
ພຶດຕິກໍາທີ່ມີ POSIX makefile ຖືກກໍານົດໃຫ້ຄືກັນກັບຂອງລະບົບ V. ມັນແມ່ນ
ແນະ​ນໍາ​ວ່າ​ເປົ້າ​ຫມາຍ​ພິ​ເສດ​ .ONESHELL ຖືກນໍາໃຊ້ເປັນການຂະຫຍາຍການຈັດຕັ້ງປະຕິບັດ
ບັນລຸການແບ່ງກຸ່ມຫອຍດຽວສໍາລັບເປົ້າຫມາຍຫຼືກຸ່ມເປົ້າຫມາຍ.

ຜູ້ໃຊ້ຈົວຂອງ ເຮັດໃຫ້ ມີຄວາມຫຍຸ້ງຍາກກັບຄວາມຕ້ອງການທາງປະຫວັດສາດເພື່ອເລີ່ມຕົ້ນຄໍາສັ່ງດ້ວຍ a
. ເນື່ອງຈາກວ່າມັນມັກຈະເປັນການຍາກທີ່ຈະແນມເບິ່ງຄວາມແຕກຕ່າງລະຫວ່າງ ແລະ
ຕົວອັກສອນຢູ່ໃນເຄື່ອງພິມຫຼືລາຍຊື່ທີ່ພິມອອກ, ແມງໄມ້ທີ່ສັບສົນສາມາດເກີດຂື້ນ. ໃນ​ຂໍ້​ສະ​ເຫນີ​ຕົ້ນ​,
ຄວາມພະຍາຍາມທີ່ຈະແກ້ໄຂບັນຫານີ້ໂດຍການອະນຸຍາດໃຫ້ນໍາພາ ຕົວລະຄອນແທນ
ຂອງ ຕົວລະຄອນ. ຢ່າງໃດກໍຕາມ, ຜູ້ປະຕິບັດໄດ້ລາຍງານ makefiles ຈໍານວນຫຼາຍທີ່ລົ້ມເຫລວໃນ subtle
ວິທີການປະຕິບັດຕາມການປ່ຽນແປງນີ້, ແລະມັນຍາກທີ່ຈະປະຕິບັດ a ເຮັດໃຫ້ ທີ່ບໍ່ແນ່ນອນສາມາດເຮັດໄດ້
ຄວາມແຕກຕ່າງລະຫວ່າງ macro ແລະເສັ້ນຄໍາສັ່ງ. ມີການປະຕິບັດປະຫວັດສາດຢ່າງກວ້າງຂວາງຂອງ
ອະນຸຍາດໃຫ້ນໍາພາ ຕົວອັກສອນກ່ອນນິຍາມມະຫາພາກ. ບັງຄັບໃຫ້ເສັ້ນມະຫາພາກເປັນ
ຖັນ 1 ຈະເປັນບັນຫາຄວາມເຂົ້າກັນໄດ້ໃນດ້ານຫຼັງທີ່ສຳຄັນສຳລັບບາງ makefiles.
ດັ່ງນັ້ນ, ການປະຕິບັດປະຫວັດສາດໄດ້ຖືກຟື້ນຟູ.

ມີຄວາມຜັນຜວນຢ່າງຫຼວງຫຼາຍໃນການຈັດການການລວມສາຍໂດຍແຕກຕ່າງກັນ
ການຈັດຕັ້ງປະຕິບັດ. ຢ່າງໃດກໍ່ຕາມ, ມີຄວາມທໍາມະດາພຽງພໍສໍາລັບມາດຕະຖານທີ່ສາມາດເຮັດໄດ້
ລະບຸຄວາມຕ້ອງການຕໍາ່ສຸດທີ່ອະນຸຍາດໃຫ້ໃຊ້ຄຸນສົມບັດແບບເຄື່ອນທີ່. ຮູ້ຈັກ
ການປ່ຽນແປງໄດ້ຖືກເອີ້ນຢ່າງຈະແຈ້ງວ່າເປັນພຶດຕິກໍາທີ່ບໍ່ໄດ້ລະບຸໄວ້ໃນຄໍາອະທິບາຍ.

ຄຸນສົມບັດການເພິ່ງພາອາໄສແບບໄດນາມິກຂອງລະບົບ V ບໍ່ໄດ້ຖືກລວມເຂົ້າ. ມັນ​ຈະ​ສະ​ຫນັບ​ສະ​ຫນູນ​:

ແມວ: [email protected]

ທີ່ຈະຂະຫຍາຍໄປ;

ແມວ: cat.c

ຄຸນສົມບັດນີ້ມີຢູ່ໃນເວີຊັນໃໝ່ຂອງລະບົບ V ເທົ່ານັ້ນ ເຮັດໃຫ້ ແລະ, ໃນຂະນະທີ່ເປັນປະໂຫຍດ, ບໍ່ໄດ້ຢູ່ໃນ
ການນໍາໃຊ້ຢ່າງກວ້າງຂວາງ. ນີ້ຫມາຍຄວາມວ່າ macro ໄດ້ຖືກຂະຫຍາຍສອງຄັ້ງສໍາລັບເງື່ອນໄຂເບື້ອງຕົ້ນ: ເມື່ອ makefile
parse time ແລະຫນຶ່ງຄັ້ງໃນເວລາປັບປຸງເປົ້າຫມາຍ.

ການພິຈາລະນາໄດ້ຖືກມອບໃຫ້ແກ່ການເພີ່ມ metarules ກັບ POSIX ເຮັດໃຫ້. ນີ້ຈະເຮັດໃຫ້ %.o: %.c
ຄື​ກັນ​ກັບ .co:. ນີ້ແມ່ນຂ້ອນຂ້າງເປັນປະໂຫຍດແລະສາມາດໃຊ້ໄດ້ຈາກຜູ້ຂາຍບາງ, ແຕ່ວ່າມັນຈະ
ເຮັດໃຫ້ເກີດການປ່ຽນແປງຫຼາຍເກີນໄປຕໍ່ກັບເລື່ອງນີ້ ເຮັດໃຫ້ ສະຫນັບສະຫນູນ. ມັນຈະໄດ້ນໍາສະເຫນີລະບົບຕ່ອງໂສ້ກົດລະບຽບແລະ
ກົດລະບຽບການທົດແທນໃຫມ່. ຢ່າງໃດກໍຕາມ, ກົດລະບຽບສໍາລັບຊື່ເປົ້າຫມາຍໄດ້ຖືກຕັ້ງໄວ້ເພື່ອສະຫງວນ
'%' ແລະ '"' ຕົວລະຄອນ. ເຫຼົ່ານີ້ແມ່ນໃຊ້ຕາມປະເພນີເພື່ອປະຕິບັດ metarules ແລະວົງຢືມຂອງ
ຊື່ເປົ້າຫມາຍ, ຕາມລໍາດັບ. ຜູ້ຈັດຕັ້ງປະຕິບັດໄດ້ຮັບການຊຸກຍູ້ຢ່າງແຂງແຮງໃຫ້ໃຊ້ຕົວລະຄອນເຫຼົ່ານີ້
ພຽງແຕ່ສໍາລັບຈຸດປະສົງເຫຼົ່ານີ້.

ມີການຮ້ອງຂໍໃຫ້ຂະຫຍາຍຕົວອັກສອນຕົວຂັ້ນຕໍ່ທ້າຍຈາກ a ໃດໆ
ລັກສະນະ. ຄຸນນະສົມບັດ metarules ໃນໃຫມ່ ເຮັດໃຫ້s ແກ້ໄຂບັນຫານີ້ໃນທາງທົ່ວໄປຫຼາຍ.
ປະລິມານຂອງ POSIX.1-2008 ນີ້ແມ່ນຢູ່ກັບຄໍານິຍາມປະຫວັດສາດແບບອະນຸລັກຫຼາຍ.

ຮູບແບບຜົນຜະລິດມາດຕະຖານສໍາລັບການ -ປ ທາງເລືອກບໍ່ໄດ້ຖືກອະທິບາຍເພາະວ່າມັນເປັນຕົ້ນຕໍ a
ທາງເລືອກ debugging ແລະເນື່ອງຈາກວ່າຮູບແບບແມ່ນບໍ່ເປັນປະໂຫຍດໂດຍທົ່ວໄປກັບບັນດາໂຄງການ. ໃນປະຫວັດສາດ
ການປະຕິບັດຜົນໄດ້ຮັບແມ່ນບໍ່ເຫມາະສົມສໍາລັບການນໍາໃຊ້ໃນການສ້າງ makefiles. ໄດ້ -ປ ຮູບແບບ
ໄດ້ມີການປ່ຽນແປງໃນທົ່ວການປະຕິບັດປະຫວັດສາດ. ເພາະສະນັ້ນ, ຄໍານິຍາມຂອງ -ປ ແມ່ນ
ພຽງແຕ່ສະຫນອງທາງເລືອກທີ່ມີຊື່ຢ່າງຕໍ່ເນື່ອງສໍາລັບການໄດ້ຮັບ ເຮັດໃຫ້ ການດີບັກສະຄຣິບ
ຂໍ້ມູນຂ່າວສານ.

ການ​ປະ​ຕິ​ບັດ​ປະ​ຫວັດ​ສາດ​ຈໍາ​ນວນ​ຫນຶ່ງ​ຍັງ​ບໍ່​ໄດ້​ລົບ​ລ້າງ​ບັນ​ຊີ​ລາຍ​ການ suffix ກັບ -r.

ການຈັດຕັ້ງປະຕິບັດຄວນຮູ້ວ່າບາງຄໍາຮ້ອງສະຫມັກປະຫວັດສາດໄດ້ປະສົມປະສານກັນ
target_name ແລະ ມະຫາພາກ=ມູນຄ່າ operands ໃນເສັ້ນຄໍາສັ່ງ, ຄາດຫວັງວ່າທັງຫມົດຂອງ macro
ໄດ້ຖືກປຸງແຕ່ງກ່ອນທີ່ເປົ້າຫມາຍໃດໆຈະຖືກຈັດການກັບ. ຄໍາຮ້ອງສະຫມັກທີ່ສອດຄ່ອງກັບບໍ່ໄດ້ເຮັດ
ນີ້, ແຕ່ບາງການສະຫນັບສະຫນູນດ້ານຫລັງທີ່ເຂົ້າກັນໄດ້ອາດຈະໄດ້ຮັບການຮັບປະກັນ.

ກົດ​ເກນ​ການ​ອະ​ພິ​ປາຍ​ເປົ່າ​ແມ່ນ​ລະ​ບຸ​ໄວ້​ກັບ a ຄໍາສັ່ງແທນທີ່ຈະຍົກເວັ້ນທັງຫມົດ
ຄໍາສັ່ງ, ດັ່ງທີ່ໄດ້ອະທິບາຍໄວ້ໃນການສະເຫນີເບື້ອງຕົ້ນ. ກໍລະນີສຸດທ້າຍບໍ່ມີຄວາມຫມາຍພື້ນເມືອງ
ແລະຖືກສະຫງວນໄວ້ສໍາລັບການຂະຫຍາຍການຈັດຕັ້ງປະຕິບັດ, ເຊັ່ນໃນ GNU ເຮັດໃຫ້.

ອະນາຄົດ DIRECTIONS

ບໍ່ມີ.

ໃຊ້ makeposix ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net