Makefile的介绍与使用
這是一個文件的依賴關系，也就是說，target這一個或多個的目標文件依賴于prerequisites中的文件， 其生成規則定義在command中。說白一點就是說:
prerequisites中如果有一個以上的文件比target文件要新的話，command所定義的命令就會被執行。如果一個工程有3個頭文件和8個c文件，為了完成前面所述的那三個規則，我們的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的閱讀。我們可以把這個內容保存在名字 為“makefile”或“Makefile”的文件中，然后在該目錄下直接輸入命令?make?就可以生成執行文 件edit。如果要刪除執行文件和所有的中間目標文件，那么，只要簡單地執行一下?make?clean?就 可以了。
在這個makefile中，目標文件（target）包含：執行文件edit和中間目標文件（?*.o?），依賴文 件（prerequisites）就是冒號后面的那些?.c?文件和?.h?文件。每一個?.o?文件都有 一組依賴文件，而這些?.o?文件又是執行文件?edit?的依賴文件。依賴關系的實質就是說明了目 標文件是由哪些文件生成的，換言之，目標文件是哪些文件更新的。
在定義好依賴關系后，后續的那一行定義了如何生成目標文件的操作系統命令，一定要以一個?Tab鍵 作為開頭。記住，make并不管命令是怎么工作的，他只管執行所定義的命令。make會比較targets文件 和prerequisites文件的修改日期，如果prerequisites文件的日期要比targets文件的日期要新，或 者target不存在的話，那么，make就會執行后續定義的命令。
這里要說明一點的是，?clean?不是一個文件，它只不過是一個動作名字，有點像c語言中的label一 樣，其冒號后什么也沒有，那么，make就不會自動去找它的依賴性，也就不會自動執行其后所定義的命令。 要執行其后的命令，就要在make命令后明顯得指出這個label的名字。這樣的方法非常有用，我們可以在一 個makefile中定義不用的編譯或是和編譯無關的命令，比如程序的打包，程序的備份，等等。
make是如何工作的
在默認的方式下，也就是我們只輸入?make?命令。那么，
這就是整個make的依賴性，make會一層又一層地去找文件的依賴關系，直到最終編譯出第一個目標文件。在 找尋的過程中，如果出現錯誤，比如最后被依賴的文件找不到，那么make就會直接退出，并報錯，而對于所 定義的命令的錯誤，或是編譯不成功，make根本不理。make只管文件的依賴性，即，如果在我找了依賴關系 之后，冒號后面的文件還是不在，那么對不起，我就不工作啦。
通過上述分析，我們知道，像clean這種，沒有被第一個目標文件直接或間接關聯，那么它后面所定義的命 令將不會被自動執行，不過，我們可以顯示要make執行。即命令——?make?clean?，以此來清除所有 的目標文件，以便重編譯。
于是在我們編程中，如果這個工程已被編譯過了，當我們修改了其中一個源文件，比如?file.c?， 那么根據我們的依賴性，我們的目標?file.o?會被重編譯（也就是在這個依性關系后面所定義的命令）， 于是?file.o?的文件也是最新的啦，于是?file.o?的文件修改時間要比?edit?要新，所 以?edit?也會被重新鏈接了（詳見?edit?目標文件后定義的命令）。
而如果我們改變了?command.h?，那么，?kdb.o?、?command.o?和?files.o?都 會被重編譯，并且，?edit?會被重鏈接。
makefile中使用變量
在上面的例子中，先讓我們看看edit的規則：
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?變量就可以了。
關于變量更多的話題，我會在后續給你一一道來。
讓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的“隱晦規則”。上面文件內容中，?.PHONY?表示?clean?是個偽目標 文件。
關于更為詳細的“隱晦規則”和“偽目標文件”，我會在后續給你一一道來。
另類風格的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?文件，那就理不清楚了。
清空目標文件的規則
每個Makefile中都應該寫一個清空目標文件（?.o?和執行文件）的規則，這不僅便于重編譯，也很 利于保持文件的清潔。這是一個“修養”（呵呵，還記得我的《編程修養》嗎）。一般的風格都是：
clean:rm edit $(objects)?
更為穩健的做法是：
.PHONY : clean clean :-rm edit $(objects)?
前面說過，?.PHONY?表示?clean?是一個“偽目標”。而在?rm?命令前面加了一個小減號的 意思就是，也許某些文件出現問題，但不要管，繼續做后面的事。當然，?clean?的規則不要放在文件 的開頭，不然，這就會變成make的默認目標，相信誰也不愿意這樣。不成文的規矩是——“clean從來都是放 在文件的最后”。
上面就是一個makefile的概貌，也是makefile的基礎，下面還有很多makefile的相關細節，準備好了 嗎？準備好了就來。
Makefile里有什么？
Makefile里主要包含了五個東西：顯式規則、隱晦規則、變量定義、文件指示和注釋。
最后，還值得一提的是，在Makefile中的命令，必須要以?Tab?鍵開始。
Makefile的文件名
默認的情況下，make命令會在當前目錄下按順序找尋文件名為“GNUmakefile”、 “makefile”、“Makefile”的文件，找到了解釋這個文件。在這三個文件名中，最好使用“Makefile” 這個文件名，因為，這個文件名第一個字符為大寫，這樣有一種顯目的感覺。最好不要用“GNUmakefile”， 這個文件是GNU的make識別的。有另外一些make只對全小寫的“makefile”文件名敏感，但是基本上來說， 大多數的make都支持“makefile”和“Makefile”這兩種默認文件名。
當然，你可以使用別的文件名來書寫Makefile，比如：“Make.Linux”，“Make.Solaris” ，“Make.AIX”等，如果要指定特定的Makefile，你可以使用make的?-f?和?--file?參數， 如：?make?-f?Make.Linux?或?make?--file?Make.AIX?。
引用其它的Makefile
在Makefile使用?include?關鍵字可以把別的Makefile包含進來，這很像C語言的?#include?，被包含的文件會原模原樣的放在當前文件的包含位置。?include?的語法是：
include <filename>filename?可以是當前操作系統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.mkmake命令開始時，會找尋?include?所指出的其它Makefile，并把其內容安置在當前的位置。就好 像C/C++的?#include?指令一樣。如果文件都沒有指定絕對路徑或是相對路徑的話，make會在當前目 錄下首先尋找，如果當前目錄下沒有找到，那么，make還會在下面的幾個目錄下找：
如果有文件沒有找到的話，make會生成一條警告信息，但不會馬上出現致命錯誤。它會繼續載入其它的 文件，一旦完成makefile的讀取，make會再重試這些沒有找到，或是不能讀取的文件，如果還是 不行，make才會出現一條致命信息。如果你想讓make不理那些無法讀取的文件，而繼續執行，你可以 在include前加一個減號“-”。如：
-include <filename>其表示，無論include過程中出現什么錯誤，都不要報錯繼續執行。和其它版本make兼容的相關命令 是sinclude，其作用和這一個是一樣的。
環境變量MAKEFILES
如果你的當前環境中定義了環境變量?MAKEFILES?，那么，make會把這個變量中的值做一個類似于include?的動作。這個變量中的值是其它的Makefile，用空格分隔。只是，它和?include?不 同的是，從這個環境變量中引入的Makefile的“目標”不會起作用，如果環境變量中定義的文件發現 錯誤，make也會不理。
但是在這里我還是建議不要使用這個環境變量，因為只要這個變量一被定義，那么當你使用make時， 所有的Makefile都會受到它的影響，這絕不是你想看到的。在這里提這個事，只是為了告訴大家，也許 有時候你的Makefile出現了怪事，那么你可以看看當前環境中有沒有定義這個變量。
make的工作方式
GNU的make工作時的執行步驟如下：（想來其它的make也是類似）
1-5步為第一個階段，6-7為第二個階段。第一個階段中，如果定義的變量被使用了，那么，make會把其展 開在使用的位置。但make并不會完全馬上展開，make使用的是拖延戰術，如果變量出現在依賴關系的規則 中，那么僅當這條依賴被決定要使用了，變量才會在其內部展開。
轉載于:https://www.cnblogs.com/yoyolm2014/p/9360247.html
總結
以上是生活随笔為你收集整理的Makefile的介绍与使用的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： Android 友盟分享（截图指定
- 下一篇： 查看某个端口的进程 lsof -i: