??一、make和Makefile的作用

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

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

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

??二、make和Makefile的使用

在了解依賴關(guān)系和依賴方法之前，我們來寫一個(gè)C語言的小程序。

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

那么我們?cè)賱?chuàng)建一個(gè)Makefile文件(makefile也可以，但不建議)。

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

然后我們保存退出。

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

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

然后我們ll來查看當(dāng)前目錄下的文件。

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

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

這就是我們的自動(dòng)化構(gòu)建工具，只需要在Makefile里面配置一下。往后直接輸入make即可編譯代碼。那我們?cè)佥斎胍淮蝝ake試試。

提示我們 make程序是最新的。 也就是說，如果你沒有修改或者更新程序的話。 那么則不會(huì)為你編譯，因?yàn)槟愠绦蚨紱]動(dòng)呀，編譯它干嘛。

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

首先我們把它分為三部分

make

make.c

gcc make.c -o make -std=c99

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

什么是依賴關(guān)系和依賴方法?

打個(gè)比方。

月底了，你的生活費(fèi)用光了。 這個(gè)時(shí)候你給你爸爸打電話，和他說:“爸，月底了。我沒錢了。"。此時(shí)你的爸爸就知道了，會(huì)給你打生活費(fèi)。 這里面，你和你的父親是父子關(guān)系，所以你依賴于你的父親，你們之間有依賴關(guān)系。而你的父親給你生活費(fèi)，這是你依賴父親的一種方式，所以這就是依賴方法。如果此時(shí)你給你室友的父親打電話要生活費(fèi)，他會(huì)直接讓你滾。因?yàn)槟銈兏静粯?gòu)成依賴關(guān)系，不構(gòu)成依賴關(guān)系就沒有依賴方法。

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

依賴關(guān)系的原理

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

清理

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

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

那么我們有沒有方法解決呢？答案是當(dāng)然有。

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

我們?cè)谠械幕A(chǔ)上加上了

.PHONY:clean

clean:

?	rm -f make 

那么.PHONY有什么作用呢？

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

那我們來試試吧這條指令

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

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

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

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

我們就可以看到它被多次執(zhí)行了。但我覺得沒有這個(gè)必要，因?yàn)槲募]有被修改的話。重新編譯沒有意義，所以自動(dòng)化編譯不建議加上.PHONY

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

我們就可以看到它被多次執(zhí)行了。但我覺得沒有這個(gè)必要，因?yàn)槲募]有被修改的話。重新編譯沒有意義，所以自動(dòng)化編譯不建議加上.PHONY

以上就是Linux自動(dòng)化構(gòu)建工具make和Makefile詳解的詳細(xì)內(nèi)容，更多關(guān)于Linux自動(dòng)化構(gòu)建工具的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章！

最新評(píng)論