不知道各位小伙伴是否碰到過這樣的情況：

一個 ．c 文件 include 另一個 ．h 頭文件，使用 Makefile 來構建（編譯）應用程序。

第一次編譯、執(zhí)行，很正常！

但是此時，如果修改了 ．h 頭文件，再次編譯時，就出現(xiàn)問題了：

預期的執(zhí)行流程是：make 發(fā)現(xiàn) ．h 頭文件的修改時間更新，于是重新編譯包含這個頭文件的所有 ．c 文件。

可實際的結果卻是：make 并沒有識別出 ．h 頭文件的修改。

這是怎么回事呢？讓我們一一道來。

簡單的代碼示例

一個頭文件：hello．h

＃ifndef ＿HELLO＿
＃define ＿HELLO＿
＃define  NUM    1
＃endif

一個源文件：main．c

＃include ＜stdio．h＞
＃include ＂hello．h＂
int main（int argc， char ＊agv［］）
｛
   printf（＂NUM ＝ ％d ＂， NUM）；
   return 0；
｝

Makefile 文件：

OBJS ：＝ main．o
TARGET ：＝ main
all ： ＄（OBJS）
gcc －o ＄（TARGET） ＄（OBJS）
％．o： ％．c
gcc ＄＜ －c －o ＄＠

現(xiàn)在我們來第一次執(zhí)行 make，編譯一下：

＄ make
gcc main．c －c －o main．o
gcc －o main main．o

執(zhí)行一下：

＄ ．／main
NUM ＝ 1

我們現(xiàn)在把 hello．h 文件中的 NUM 改成 2，現(xiàn)在的文件修改時間是：

＄ ll
total 28
－rw－rw－r－－ 1 root root   58 Jun  7 20：52 hello．h
－rwxrwxr－x 1 root root 8608 Jun  7 20：51 main＊
－rw－rw－r－－ 1 root root  122 Jun  7 20：51 main．c
－rw－rw－r－－ 1 root root 1528 Jun  7 20：51 main．o
－rw－rw－r－－ 1 root root  100 Jun  7 20：51 Makefile

然后再執(zhí)行 make 指令，編譯一下：

＄ make
gcc －o main main．o

可以看到：make 只執(zhí)行了 Makefile 中的鏈接指令（從目標文件 main．o 到可執(zhí)行文件 main），并沒有執(zhí)行 gcc main．c －c －o main．o 這條編譯指令來重新編譯目標文件。

也就說明：make 并沒有識別出 hello．h 這個頭文件已經(jīng)被改動了，盡管它“應該”可以從文件的修改時間上發(fā)現(xiàn)！

為什么會這樣？

我們來看一下 Makefile 中的這個規(guī)則：

％．o： ％．c
gcc ＄＜ －c －o ＄＠

目標文件 main．o，只是依賴了 main．c 文件，并沒有依賴 hello．h 文件。

make 的執(zhí)行規(guī)則是：只有目標文件不存在，或者依賴文件比目標文件更新的時候，才會執(zhí)行編譯指令。

因此，雖然 hello．h 被修改了，但是它并不是目標文件 main．o 的依賴。

make 發(fā)現(xiàn)：main．o 在當前目錄中是已經(jīng)存在的，并且它比 main．c 更新，因此不會重新編譯 main．o。

所以即使 hello．h 被修改了，也不會起作用，因為 make 壓根就不把 hello．h 當做 main．o 的依賴！

注意：所有的操作過程沒有執(zhí)行 clean 操作。