對於程序設計員來說，makefile是我們繞不過去的一個坎。可能對於習慣Visual C++的用戶來說，是否會編寫makefile無所謂。畢竟工具本身已經幫我們做好了全部的編譯流程。但是在Linux上面，一切變得不一樣了，沒有人會為你做這一切。編代碼要靠你，測試要靠你，最後自動化編譯設計也要靠你自己。
Makefile 介紹
首先，我們用一個示例來說明Makefile的書寫規則。以便給大家一個感興認識。我們的規則是：
1）如果這個工程沒有編譯過，那麼我們的所有C文件都要編譯並被鏈接。
2）如果這個工程的某幾個C文件被修改，那麼我們只編譯被修改的C文件，並鏈接目標程序。
3）如果這個工程的頭文件被改變了，那麼我們需要編譯引用了這幾個頭文件的C文件，並鏈接目標程序。
只要我們的Makefile寫得夠好，所有的這一切，我們只用一個make命令就可以完成，make命令會自動智能地根據當前的文件修改的情況來確定哪些文件需要重編譯，從而自己編譯所需要的文件和鏈接目標程序。
代碼示例：
由於這個程序比較短，我們可以這樣編譯
gcc -c main.c
gcc -c mytool1.c
gcc -c mytool2.c
gcc -o main main.o mytool1.o mytool2.o
這樣的話我們也可以產生main程序，而且也不是很麻煩。但是如果我們考慮一下如果有一天我們修改了其中的一個文件(比如說mytool1.c)那麼我們難道還要重新輸入上面的命令?也許你會說，這個很容易解決啊，我寫一個 SHELL腳本，讓它幫我去完成不就可以了。是的對於這個程序來說，是可以起到作用的。但是當我們把事情想的更復雜一點，如果我們的程序有幾百個源程序的時候，難道也要編譯器重新一個一個的去編譯?
為此，聰明的程序員們想出了一個很好的工具來做這件事情，這就是make。我們只要執行以下make，就可以把上面的問題解決掉。在我們執行make之前，我們要先編寫一個非常重要的文件--Makefile。對於上面的那個程序來說，可能的一個Makefile的文件是：
這是上面那個程序的Makefile文件：
有了這個Makefile文件，不論我們什麼時候修改了源程序當中的什麼文件，我們只要執行make命令，我們的編譯器都只會去編譯和我們修改的文件有關的文件，其它的文件它連理都不想去理的。那麼Makefile是如何編寫的？在Makefile中#開始的行都是註釋行。Makefile中最重要的是描述文件的依賴關係的說明。
一般的格式是：
target：components
TAB rule
第一行表示的是依賴關係。第二行是規則。
例如上面的那個Makefile文件的前兩行。
main：main.o mytool1.o mytool2.o
表示我們的目標(target)main的依賴對象(components)是main.o mytool1.omytool2.o。 當倚賴的對象在目標修改後修改的話，就要去執行規則一行所指定的命令。就象我們的上面那個Makefile第二行所說的一樣要執行 gcc-o main main.o mytool1.o mytool2.o 注意規則一行中的TAB表示那裡是一個TAB鍵。
如果要刪除執行文件和所有的中間目標文件，那麼，只要簡單地執行一下“make clean”就可以了。
Makefile有三個非常有用的變量。分別是$@，$^，$
義分別是：
$@ 目標文件
$^ 所有的依賴文件
$< 第一個依賴文件 如果我們
使用上面三個變量，那麼我們可以簡化我們的Makefile文件為：# 簡化後的Makefile
gcc -c $
這裡我們學習一個Makefile的缺省規則
.c.o：
gcc -c $<
這個規則表示所有的 .o文件都是依賴與相應的.c文件的。例如mytool.o依賴於mytool.c，這樣Makefile還可以變為：
好了，我們的Makefile 也差不多了，如果想知道更多的關於Makefile的規則，可以查看相應的文檔。
最後，總結下make 執行過程
1）make 在當前目錄下找 "Makefile"或"makefile"的文件
2）如果找到，則會找文件中第一個目標文件（target）。如上例子中main
3）如果 main 命令的執行,依賴後面命令執行所產生的文件，則先執行後面命令
4）當main 命令需要的文件生成完畢，則執行main 命令
注：需要C/C++ Linux服務器開發學習資料私信“資料”（資料包括C/C++，Linux，golang技術，Nginx，ZeroMQ，MySQL，Redis，fastdfs，MongoDB，ZK，流媒體，CDN，P2P，K8S，Docker，TCP/IP，協程，DPDK，ffmpeg等），免費分享
閱讀更多 編程資源庫 的文章
