1 target ... : prerequisites ... //目標文件：所依賴的文件 2 command //該target要執(zhí)行的命令（任意的shell命令） 3 ... 4 ...

這是一個文件的依賴關系，也就是說，target這一個或多個的目標文件依賴于prerequisites中的文件， 其生成規(guī)則定義在command中。說白一點就是說:

prerequisites中如果有一個以上的文件比target文件要新的話，command所定義的命令就會被執(zhí)行。

如果一個工程有3個頭文件和8個c文件，為了完成前面所述的那三個規(guī)則，我們的makefile 應該是下面的這個樣子的。

edit : main.o kbd.o command.o display.o \insert.o search.o files.o utils.occ -o edit main.o kbd.o command.o display.o \insert.o search.o files.o utils.omain.o : main.c defs.hcc -c main.c kbd.o : kbd.c defs.h command.hcc -c kbd.c command.o : command.c defs.h command.hcc -c command.c display.o : display.c defs.h buffer.hcc -c display.c insert.o : insert.c defs.h buffer.hcc -c insert.c search.o : search.c defs.h buffer.hcc -c search.c files.o : files.c defs.h buffer.h command.hcc -c files.c utils.o : utils.c defs.hcc -c utils.c clean :rm edit main.o kbd.o command.o display.o \insert.o search.o files.o utils.o

?

反斜杠（?\?）是換行符的意思。這樣比較便于makefile的閱讀。我們可以把這個內(nèi)容保存在名字 為“makefile”或“Makefile”的文件中，然后在該目錄下直接輸入命令?make?就可以生成執(zhí)行文 件edit。如果要刪除執(zhí)行文件和所有的中間目標文件，那么，只要簡單地執(zhí)行一下?make?clean?就 可以了。

在這個makefile中，目標文件（target）包含：執(zhí)行文件edit和中間目標文件（?*.o?），依賴文 件（prerequisites）就是冒號后面的那些?.c?文件和?.h?文件。每一個?.o?文件都有 一組依賴文件，而這些?.o?文件又是執(zhí)行文件?edit?的依賴文件。依賴關系的實質(zhì)就是說明了目 標文件是由哪些文件生成的，換言之，目標文件是哪些文件更新的。

在定義好依賴關系后，后續(xù)的那一行定義了如何生成目標文件的操作系統(tǒng)命令，一定要以一個?Tab鍵 作為開頭。記住，make并不管命令是怎么工作的，他只管執(zhí)行所定義的命令。make會比較targets文件 和prerequisites文件的修改日期，如果prerequisites文件的日期要比targets文件的日期要新，或 者target不存在的話，那么，make就會執(zhí)行后續(xù)定義的命令。

這里要說明一點的是，?clean?不是一個文件，它只不過是一個動作名字，有點像c語言中的label一 樣，其冒號后什么也沒有，那么，make就不會自動去找它的依賴性，也就不會自動執(zhí)行其后所定義的命令。 要執(zhí)行其后的命令，就要在make命令后明顯得指出這個label的名字。這樣的方法非常有用，我們可以在一 個makefile中定義不用的編譯或是和編譯無關的命令，比如程序的打包，程序的備份，等等。

make是如何工作的

在默認的方式下，也就是我們只輸入?make?命令。那么，

make會在當前目錄下找名字叫“Makefile”或“makefile”的文件。

如果找到，它會找文件中的第一個目標文件（target），在上面的例子中，他會找到“edit”這個 文件，并把這個文件作為最終的目標文件。

如果edit文件不存在，或是edit所依賴的后面的?.o?文件的文件修改時間要比?edit?這個 文件新，那么，他就會執(zhí)行后面所定義的命令來生成?edit?這個文件。

如果?edit?所依賴的?.o?文件也不存在，那么make會在當前文件中找目標為?.o?文件 的依賴性，如果找到則再根據(jù)那一個規(guī)則生成?.o?文件。（這有點像一個堆棧的過程）

當然，你的C文件和H文件是存在的啦，于是make會生成?.o?文件，然后再用?.o?文件生 成make的終極任務，也就是執(zhí)行文件?edit?了。

這就是整個make的依賴性，make會一層又一層地去找文件的依賴關系，直到最終編譯出第一個目標文件。在 找尋的過程中，如果出現(xiàn)錯誤，比如最后被依賴的文件找不到，那么make就會直接退出，并報錯，而對于所 定義的命令的錯誤，或是編譯不成功，make根本不理。make只管文件的依賴性，即，如果在我找了依賴關系 之后，冒號后面的文件還是不在，那么對不起，我就不工作啦。

通過上述分析，我們知道，像clean這種，沒有被第一個目標文件直接或間接關聯(lián)，那么它后面所定義的命 令將不會被自動執(zhí)行，不過，我們可以顯示要make執(zhí)行。即命令——?make?clean?，以此來清除所有 的目標文件，以便重編譯。

于是在我們編程中，如果這個工程已被編譯過了，當我們修改了其中一個源文件，比如?file.c?， 那么根據(jù)我們的依賴性，我們的目標?file.o?會被重編譯（也就是在這個依性關系后面所定義的命令）， 于是?file.o?的文件也是最新的啦，于是?file.o?的文件修改時間要比?edit?要新，所 以?edit?也會被重新鏈接了（詳見?edit?目標文件后定義的命令）。

而如果我們改變了?command.h?，那么，?kdb.o?、?command.o?和?files.o?都 會被重編譯，并且，?edit?會被重鏈接。

makefile中使用變量

在上面的例子中，先讓我們看看edit的規(guī)則：

edit : main.o kbd.o command.o display.o \insert.o search.o files.o utils.occ -o edit main.o kbd.o command.o display.o \insert.o search.o files.o utils.o

?

我們可以看到?.o?文件的字符串被重復了兩次，如果我們的工程需要加入一個新的?.o?文件， 那么我們需要在兩個地方加（應該是三個地方，還有一個地方在clean中）。當然，我們的makefile并不復 雜，所以在兩個地方加也不累，但如果makefile變得復雜，那么我們就有可能會忘掉一個需要加入的地方， 而導致編譯失敗。所以，為了makefile的易維護，在makefile中我們可以使用變量。makefile的變量也 就是一個字符串，理解成C語言中的宏可能會更好。

比如，我們聲明一個變量，叫?objects?，?OBJECTS?，?objs?，?OBJS?，?obj?或是?OBJ?，反正不管什么啦，只要能夠表示obj文件就行了。我們在makefile一開始就 這樣定義：

objects = main.o kbd.o command.o display.o \insert.o search.o files.o utils.o

?

于是，我們就可以很方便地在我們的makefile中以?$(objects)?的方式來使用這個變量了，于是 我們的改良版makefile就變成下面這個樣子：

objects = main.o kbd.o command.o display.o \insert.o search.o files.o utils.oedit : $(objects)cc -o edit $(objects) main.o : main.c defs.hcc -c main.c kbd.o : kbd.c defs.h command.hcc -c kbd.c command.o : command.c defs.h command.hcc -c command.c display.o : display.c defs.h buffer.hcc -c display.c insert.o : insert.c defs.h buffer.hcc -c insert.c search.o : search.c defs.h buffer.hcc -c search.c files.o : files.c defs.h buffer.h command.hcc -c files.c utils.o : utils.c defs.hcc -c utils.c clean :rm edit $(objects)

?

于是如果有新的?.o?文件加入，我們只需簡單地修改一下?objects?變量就可以了。

關于變量更多的話題，我會在后續(xù)給你一一道來。

讓make自動推導

GNU的make很強大，它可以自動推導文件以及文件依賴關系后面的命令，于是我們就沒必要去在每一個?.o?文件后都寫上類似的命令，因為，我們的make會自動識別，并自己推導命令。

只要make看到一個?.o?文件，它就會自動的把?.c?文件加在依賴關系中，如果make找到一個whatever.o?，那么?whatever.c?就會是?whatever.o?的依賴文件。并且?cc?-c?whatever.c?也會被推導出來，于是，我們的makefile再也不用寫得這么復雜。我們的 新makefile又出爐了。

objects = main.o kbd.o command.o display.o \insert.o search.o files.o utils.oedit : $(objects)cc -o edit $(objects)main.o : defs.h kbd.o : defs.h command.h command.o : defs.h command.h display.o : defs.h buffer.h insert.o : defs.h buffer.h search.o : defs.h buffer.h files.o : defs.h buffer.h command.h utils.o : defs.h.PHONY : clean clean :rm edit $(objects)

?

這種方法，也就是make的“隱晦規(guī)則”。上面文件內(nèi)容中，?.PHONY?表示?clean?是個偽目標 文件。

關于更為詳細的“隱晦規(guī)則”和“偽目標文件”，我會在后續(xù)給你一一道來。

另類風格的makefiles

既然我們的make可以自動推導命令，那么我看到那堆?.o?和?.h?的依賴就有點不爽，那么多的 重復的?.h?，能不能把其收攏起來，好吧，沒有問題，這個對于make來說很容易，誰叫它提供了自動 推導命令和文件的功能呢？來看看最新風格的makefile吧。

objects = main.o kbd.o command.o display.o \insert.o search.o files.o utils.oedit : $(objects)cc -o edit $(objects)$(objects) : defs.h kbd.o command.o files.o : command.h display.o insert.o search.o files.o : buffer.h.PHONY : clean clean :rm edit $(objects)

?

這種風格，讓我們的makefile變得很簡單，但我們的文件依賴關系就顯得有點凌亂了。魚和熊掌不可兼得。 還看你的喜好了。我是不喜歡這種風格的，一是文件的依賴關系看不清楚，二是如果文件一多，要加入幾個 新的?.o?文件，那就理不清楚了。

清空目標文件的規(guī)則

每個Makefile中都應該寫一個清空目標文件（?.o?和執(zhí)行文件）的規(guī)則，這不僅便于重編譯，也很 利于保持文件的清潔。這是一個“修養(yǎng)”（呵呵，還記得我的《編程修養(yǎng)》嗎）。一般的風格都是：

clean:rm edit $(objects)

?

更為穩(wěn)健的做法是：

.PHONY : clean clean :-rm edit $(objects)

?

前面說過，?.PHONY?表示?clean?是一個“偽目標”。而在?rm?命令前面加了一個小減號的 意思就是，也許某些文件出現(xiàn)問題，但不要管，繼續(xù)做后面的事。當然，?clean?的規(guī)則不要放在文件 的開頭，不然，這就會變成make的默認目標，相信誰也不愿意這樣。不成文的規(guī)矩是——“clean從來都是放 在文件的最后”。

上面就是一個makefile的概貌，也是makefile的基礎，下面還有很多makefile的相關細節(jié)，準備好了 嗎？準備好了就來。

Makefile里有什么？

Makefile里主要包含了五個東西：顯式規(guī)則、隱晦規(guī)則、變量定義、文件指示和注釋。

顯式規(guī)則。顯式規(guī)則說明了如何生成一個或多個目標文件。這是由Makefile的書寫者明顯指出要生成的 文件、文件的依賴文件和生成的命令。

隱晦規(guī)則。由于我們的make有自動推導的功能，所以隱晦的規(guī)則可以讓我們比較簡略地書寫 Makefile，這是由make所支持的。

變量的定義。在Makefile中我們要定義一系列的變量，變量一般都是字符串，這個有點像你C語言中的 宏，當Makefile被執(zhí)行時，其中的變量都會被擴展到相應的引用位置上。

文件指示。其包括了三個部分，一個是在一個Makefile中引用另一個Makefile，就像C語言中 的include一樣；另一個是指根據(jù)某些情況指定Makefile中的有效部分，就像C語言中的預編譯#if一 樣；還有就是定義一個多行的命令。有關這一部分的內(nèi)容，我會在后續(xù)的部分中講述。

注釋。Makefile中只有行注釋，和UNIX的Shell腳本一樣，其注釋是用?#?字符，這個就 像C/C++中的?//?一樣。如果你要在你的Makefile中使用?#?字符，可以用反斜杠進行 轉(zhuǎn)義，如：?\#?。

最后，還值得一提的是，在Makefile中的命令，必須要以?Tab?鍵開始。

Makefile的文件名

默認的情況下，make命令會在當前目錄下按順序找尋文件名為“GNUmakefile”、 “makefile”、“Makefile”的文件，找到了解釋這個文件。在這三個文件名中，最好使用“Makefile” 這個文件名，因為，這個文件名第一個字符為大寫，這樣有一種顯目的感覺。最好不要用“GNUmakefile”， 這個文件是GNU的make識別的。有另外一些make只對全小寫的“makefile”文件名敏感，但是基本上來說， 大多數(shù)的make都支持“makefile”和“Makefile”這兩種默認文件名。

當然，你可以使用別的文件名來書寫Makefile，比如：“Make.Linux”，“Make.Solaris” ，“Make.AIX”等，如果要指定特定的Makefile，你可以使用make的?-f?和?--file?參數(shù)， 如：?make?-f?Make.Linux?或?make?--file?Make.AIX?。

引用其它的Makefile

在Makefile使用?include?關鍵字可以把別的Makefile包含進來，這很像C語言的?#include?，被包含的文件會原模原樣的放在當前文件的包含位置。?include?的語法是：

include <filename>

filename?可以是當前操作系統(tǒng)Shell的文件模式（可以包含路徑和通配符）。

在?include?前面可以有一些空字符，但是絕不能是?Tab?鍵開始。?include?和?<filename>?可以用一個或多個空格隔開。舉個例子，你有這樣幾個Makefile：?a.mk?、?b.mk?、?c.mk?，還有一個文件叫?foo.make?，以及一個變量?$(bar)?，其包含 了?e.mk?和?f.mk?，那么，下面的語句：

include foo.make *.mk $(bar)

等價于：

include foo.make a.mk b.mk c.mk e.mk f.mk

make命令開始時，會找尋?include?所指出的其它Makefile，并把其內(nèi)容安置在當前的位置。就好 像C/C++的?#include?指令一樣。如果文件都沒有指定絕對路徑或是相對路徑的話，make會在當前目 錄下首先尋找，如果當前目錄下沒有找到，那么，make還會在下面的幾個目錄下找：

如果make執(zhí)行時，有?-I?或?--include-dir?參數(shù)，那么make就會在這個參數(shù)所指定的目 錄下去尋找。

如果目錄?<prefix>/include?（一般是：?/usr/local/bin?或?/usr/include?）存在的話，make也會去找。

如果有文件沒有找到的話，make會生成一條警告信息，但不會馬上出現(xiàn)致命錯誤。它會繼續(xù)載入其它的 文件，一旦完成makefile的讀取，make會再重試這些沒有找到，或是不能讀取的文件，如果還是 不行，make才會出現(xiàn)一條致命信息。如果你想讓make不理那些無法讀取的文件，而繼續(xù)執(zhí)行，你可以 在include前加一個減號“-”。如：

-include <filename>

其表示，無論include過程中出現(xiàn)什么錯誤，都不要報錯繼續(xù)執(zhí)行。和其它版本make兼容的相關命令 是sinclude，其作用和這一個是一樣的。

環(huán)境變量MAKEFILES

如果你的當前環(huán)境中定義了環(huán)境變量?MAKEFILES?，那么，make會把這個變量中的值做一個類似于include?的動作。這個變量中的值是其它的Makefile，用空格分隔。只是，它和?include?不 同的是，從這個環(huán)境變量中引入的Makefile的“目標”不會起作用，如果環(huán)境變量中定義的文件發(fā)現(xiàn) 錯誤，make也會不理。

但是在這里我還是建議不要使用這個環(huán)境變量，因為只要這個變量一被定義，那么當你使用make時， 所有的Makefile都會受到它的影響，這絕不是你想看到的。在這里提這個事，只是為了告訴大家，也許 有時候你的Makefile出現(xiàn)了怪事，那么你可以看看當前環(huán)境中有沒有定義這個變量。

make的工作方式

GNU的make工作時的執(zhí)行步驟如下：（想來其它的make也是類似）

讀入所有的Makefile。

讀入被include的其它Makefile。

初始化文件中的變量。

推導隱晦規(guī)則，并分析所有規(guī)則。

為所有的目標文件創(chuàng)建依賴關系鏈。

根據(jù)依賴關系，決定哪些目標要重新生成。

執(zhí)行生成命令。

1-5步為第一個階段，6-7為第二個階段。第一個階段中，如果定義的變量被使用了，那么，make會把其展 開在使用的位置。但make并不會完全馬上展開，make使用的是拖延戰(zhàn)術，如果變量出現(xiàn)在依賴關系的規(guī)則 中，那么僅當這條依賴被決定要使用了，變量才會在其內(nèi)部展開。

轉(zhuǎn)載于:https://www.cnblogs.com/yoyolm2014/p/9360247.html

總結(jié)

以上是生活随笔為你收集整理的Makefile的介绍与使用的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。