??一、make和Makefile的作用

在一個工程中的源文件不計數(shù)，其按類型、功能、模塊分別放在若干個目錄中，makefile定義了一系列的 規(guī)則來指定，哪些文件需要先編譯，哪些文件需要后編譯，哪些文件需要重新編譯，甚至于進行更復雜 的功能操作。

所以，makefile帶來的好處就是——“自動化編譯”，一旦寫好，只需要一個make命令，整個工程完全自動編 譯，極大的提高了軟件開發(fā)的效率。

make是一個命令工具，是一個解釋makefile中指令的命令工具，一般來說，大多數(shù)的IDE都有這個命 令，比如：Delphi的make，Visual C++的nmake，Linux下GNU的make?？梢?，makefile都成為了一 種在工程方面的編譯方法。 make是一條命令，makefile是一個文件，兩個搭配使用，就可以完成項目自動化構建。

??二、make和Makefile的使用

在了解依賴關系和依賴方法之前，我們來寫一個C語言的小程序。

我們創(chuàng)建了一個make.c的文件，并寫上了一句hello make的代碼。

那么我們再創(chuàng)建一個Makefile文件(makefile也可以，但不建議)。

然后我們編輯Makefile文件并寫上如下代碼：

然后我們保存退出。

然后我們可以執(zhí)行make命令。如果提示make不存在，則是因為沒有安裝，可以切換至root身份安裝。安裝代碼：yum install make 或者 sudo install make。

正常執(zhí)行make后會出現(xiàn)如下顯示。

然后我們ll來查看當前目錄下的文件。

我們可以發(fā)現(xiàn)多了一個可執(zhí)行程序make。那我們運行用 ./make 運行試試。

我們會發(fā)現(xiàn)這個可執(zhí)行程序輸出make。

這就是我們的自動化構建工具，只需要在Makefile里面配置一下。往后直接輸入make即可編譯代碼。那我們再輸入一次make試試。

提示我們 make程序是最新的。 也就是說，如果你沒有修改或者更新程序的話。 那么則不會為你編譯，因為你程序都沒動呀，編譯它干嘛。

那么此時我們回過來分析一下 Makefile里面寫的代碼。

首先我們把它分為三部分

make

make.c

gcc make.c -o make -std=c99

這三者的關系就是， make 是依賴于 make.c 產(chǎn)生的。 它們兩者有依賴關系 ， 而gcc make.c -o make -std=c99則是 make 依賴于 make.c的方法，叫依賴方法。

什么是依賴關系和依賴方法?

打個比方。

月底了，你的生活費用光了。 這個時候你給你爸爸打電話，和他說:“爸，月底了。我沒錢了。"。此時你的爸爸就知道了，會給你打生活費。 這里面，你和你的父親是父子關系，所以你依賴于你的父親，你們之間有依賴關系。而你的父親給你生活費，這是你依賴父親的一種方式，所以這就是依賴方法。如果此時你給你室友的父親打電話要生活費，他會直接讓你滾。因為你們根本不構成依賴關系，不構成依賴關系就沒有依賴方法。

所以我的程序也是一樣的。 make 是生成的可執(zhí)行程序。 而它依賴于make.c，因為它是從 make.c編譯來的。而依賴方法則是 執(zhí)行 gcc make.c -o make -std=c99 這條命令。

依賴關系的原理

• make會在當前目錄下找名字叫“Makefile”或“makefile”的文件。
• 如果找到，它會找文件中的第一個目標文件（target），在上面的例子中，他會找到“hello”這個文件， 并把這個文件作為最終的目標文件。
• 如果hello文件不存在，或是hello所依賴的后面的test.o文件的文件修改時間要比test這個文件新（可 以用 touch 測試），那么，他就會執(zhí)行后面所定義的命令來生成test這個文件。
• 如果test所依賴的test.o文件不存在，那么make會在當前文件中找目標為test.o文件的依賴性，如果 找到則再根據(jù)那一個規(guī)則生成test.o文件。（這有點像一個堆棧的過程）
• 當然，你的C文件和H文件是存在的啦，于是make會生成 test.o 文件，然后再用 test.o 文件聲明 make的終極任務，也就是執(zhí)行文件test了。
• 這就是整個make的依賴性，make會一層又一層地去找文件的依賴關系，直到最終編譯出第一個目標文 件。
• 在找尋的過程中，如果出現(xiàn)錯誤，比如最后被依賴的文件找不到，那么make就會直接退出，并報錯， 而對于所定義的命令的錯誤，或是編譯不成功，make根本不理。
• make只管文件的依賴性，即，如果在我找了依賴關系之后，冒號后面的文件還是不在，那么對不起， 我就不工作啦。

清理

我們平時在寫代碼的時候，經(jīng)常會需要反復編譯，執(zhí)行代碼。

而在下一次重新編譯之前，需要清理一下上次生成的可執(zhí)行程序。但是清理的時候可能清理錯誤，不小心把源文件刪了，這時又造成了問題。

那么我們有沒有方法解決呢？答案是當然有。

我們繼續(xù)編輯Makefile文件。

我們在原有的基礎上加上了

.PHONY:clean

clean:

?	rm -f make 

那么.PHONY有什么作用呢？

.PHONY修飾的是一個偽目標的，偽目標總是被執(zhí)行的。clean是自己定義的一條make指令，使用方法為 make clean

那我們來試試吧這條指令

我們可以看到它被清理了，那為什么說偽目標它總是被執(zhí)行的呢？我們多次執(zhí)行它看看。

我們可以一直執(zhí)行它，那么我們多次執(zhí)行make呢？

我們會發(fā)現(xiàn)，make執(zhí)行了一次，就無法執(zhí)行了，因為沒有被.PHONY修飾。那么我用.PHONY修飾它再試試。

然后我們保存退出，多次執(zhí)行make

我們就可以看到它被多次執(zhí)行了。但我覺得沒有這個必要，因為文件沒有被修改的話。重新編譯沒有意義，所以自動化編譯不建議加上.PHONY

我們保存退出，多次執(zhí)行make

我們就可以看到它被多次執(zhí)行了。但我覺得沒有這個必要，因為文件沒有被修改的話。重新編譯沒有意義，所以自動化編譯不建議加上.PHONY

以上就是Linux自動化構建工具make和Makefile詳解的詳細內容，更多關于Linux自動化構建工具的資料請關注腳本之家其它相關文章！

最新評論