對于程序設計員來說，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是簡單了一點，不過人們有時候還想簡單一點。

這里我們學習一個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 命令