『壹』 在linux系統中編程序，makefile是怎麼生成的，是通過GCC或GDB編譯聯接生成的嗎
這位朋友我看是有點誤解了makefile的做用。makefile 是一個腳本，由他來控制編譯出的程序的版本。當你改寫了原文件後，通過makefile 來檢查依賴關系，來生成最終的文件。比如一個程序叫a 他的源碼叫a.c
a.c 又用到頭文件a.h ，a.h是1.h和2.h生成的
如果你改寫了1.h，通過編寫makefile文件。make時會調用makefile來依此按依賴關系生成最後的a
所以說編譯時程序並不知道生成a都用到什麼。怎麼可能自己生成呢。
makefile是要你自己編寫的，來告訴make來如何編譯。make工具就相當於一個腳本。
『貳』 Makefile入門（八）:make運行
一般來說，最簡單的就是直接在命令行下輸入make命令，make命令會找當前目錄的makefile來執行，一切都是自動的。但也有時你也許只想讓make重編譯某些文件，而不是整個工程，而又有的時候你有幾套編譯規則，你想在不同的時候使用不同的編譯規則，等等。本章節就是講述如何使用 make命令的。
make命令執行後有三個退出碼：
0 —— 表示成功執行。
1 —— 如果make運行時出現任何錯誤，其返回1。
2 —— 如果你使用了make的「-q」選項，並且make使得一些目標不需要更新，那麼返回2。
Make的相關參數我們會在後續章節中講述。
前面我們說過，GNU make找尋默認的Makefile的規則是在當前目錄下依次找三個文件——「GNUmakefile」、「makefile」和「Makefile」。其按順序找這三個文件，一旦找到，就開始讀取這個文件並執行。
當然，我們也可以給make命令指定一個特殊名字的Makefile。要達到這個功能，我們要使用make的「-f」或是「--file」參數（「--makefile」參數也行）。例如，我們有個makefile的名字是「hchen.mk」，那麼，我們可以這樣來讓make來執行這個文件：
make –f hchen.mk
如果在make的命令行是，你不只一次地使用了「-f」參數，那麼，所有指定的makefile將會被連在一起傳遞給make執行。
一般來說，make的最終目標是makefile中的第一個目標，而其它目標一般是由這個目標連帶出來的。這是make的默認行為。當然，一般來說，你的makefile中的第一個目標是由許多個目標組成，你可以指示make，讓其完成你所指定的目標。要達到這一目的很簡單，需在make命令後直接跟目標的名字就可以完成（如前面提到的「make clean」形式）
任何在makefile中的目標都可以被指定成終極目標，但是除了以「-」打頭，或是包含了「=」的目標，因為有這些字元的目標，會被解析成命令行參數或是變數。甚至沒有被我們明確寫出來的目標也可以成為make的終極目標，也就是說，只要make可以找到其隱含規則推導規則，那麼這個隱含目標同樣可以被指定成終極目標。
有一個make的環境變數叫「MAKECMDGOALS」，這個變數中會存放你所指定的終極目標的列表，如果在命令行上，你沒有指定目標，那麼，這個變數是空值。這個變數可以讓你使用在一些比較特殊的情形下。比如下面的例子：
基於上面的這個例子，只要我們輸入的命令不是「make clean」，那麼makefile會自動包含「foo.d」和「bar.d」這兩個makefile。
使用指定終極目標的方法可以很方便地讓我們編譯我們的程序，例如下面這個例子：
從這個例子中，我們可以看到，這個makefile中有四個需要編譯的程序——「prog1」， 「prog2」， 「prog3」和 「prog4」，我們可以使用「make all」命令來編譯所有的目標（如果把all置成第一個目標，那麼只需執行「make」），我們也可以使用 「make prog2」來單獨編譯目標「prog2」。
即然make可以指定所有makefile中的目標，那麼也包括「偽目標」，於是我們可以根據這種性質來讓我們的makefile根據指定的不同的目標來完成不同的事。在Unix世界中，軟體發布時，特別是GNU這種開源軟體的發布時，其makefile都包含了編譯、安裝、打包等功能。我們可以參照這種規則來書寫我們的makefile中的目標。
<dl style="font-size: 12.6667px; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255);">
<dt>「all」</dt>
<dd>這個偽目標是所有目標的目標，其功能一般是編譯所有的目標。</dd>
<dt>clean」</dt>
<dd>這個偽目標功能是刪除所有被make創建的文件。</dd>
<dt>「install」</dt>
<dd>這個偽目標功能是安裝已編譯好的程序，其實就是把目標執行文件拷貝到指定的目標中去。</dd>
<dt>print」</dt>
<dd>這個偽目標的功能是例出改變過的源文件。</dd>
<dt>「tar」</dt>
<dd>這個偽目標功能是把源程序打包備份。也就是一個tar文件。</dd>
<dt>「dist」</dt>
<dd>這個偽目標功能是創建一個壓縮文件，一般是把tar文件壓成Z文件。或是gz文件。</dd>
<dt>TAGS」</dt>
<dd>這個偽目標功能是更新所有的目標，以備完整地重編譯使用。</dd>
<dt>「check」和「test」</dt>
<dd>這兩個偽目標一般用來測試makefile的流程。</dd>
</dl>
當然一個項目的makefile中也不一定要書寫這樣的目標，這些東西都是GNU的東西，但是我想，GNU搞出這些東西一定有其可取之處（等你的 UNIX下的程序文件一多時你就會發現這些功能很有用了），這里只不過是說明了，如果你要書寫這種功能，最好使用這種名字命名你的目標，這樣規范一些，規范的好處就是——不用解釋，大家都明白。而且如果你的makefile中有這些功能，一是很實用，二是可以顯得你的makefile很專業（不是那種初學者的作品）。
有時候，我們不想讓我們的makefile中的規則執行起來，我們只想檢查一下我們的命令，或是執行的序列。於是我們可以使用make命令的下述參數：
「-n」 「--just-print」 「--dry-run」 「--recon」 不執行參數，這些參數只是列印命令，不管目標是否更新，把規則和連帶規則下的命令列印出來，但不執行，這些參數對於我們調試makefile很有用處。
「-t」 「--touch」 這個參數的意思就是把目標文件的時間更新，但不更改目標文件。也就是說，make假裝編譯目標，但不是真正的編譯目標，只是把目標變成已編譯過的狀態。
「-q」 「--question」 這個參數的行為是找目標的意思，也就是說，如果目標存在，那麼其什麼也不會輸出，當然也不會執行編譯，如果目標不存在，其會列印出一條出錯信息。
「-W <file>;」 「--what-if=<file>;」 「--assume-new=<file>;」 「--new-file=<file>;」 這個參數需要指定一個文件。一般是是源文件（或依賴文件），Make會根據規則推導來運行依賴於這個文件的命令，一般來說，可以和「-n」參數一同使用，來查看這個依賴文件所發生的規則命令。
另外一個很有意思的用法是結合「-p」和「-v」來輸出makefile被執行時的信息（這個將在後面講述）。
下面列舉了所有GNU make 3.80版的參數定義。其它版本和產商的make大同小異，不過其它產商的make的具體參數還是請參考各自的產品文檔。
「-b」 「-m」 這兩個參數的作用是忽略和其它版本make的兼容性。
「-B」 「--always-make」 認為所有的目標都需要更新（重編譯）。
「-C <dir>」 「--directory=<dir>」 指定讀取makefile的目錄。如果有多個「-C」參數，make的解釋是後面的路徑以前面的作為相對路徑，並以最後的目錄作為被指定目錄。如：「make –C ~hchen/test –C prog」等價於「make –C ~hchen/test/prog」。
「—debug[=<options>]」 輸出make的調試信息。它有幾種不同的級別可供選擇，如果沒有參數，那就是輸出最簡單的調試信息。下面是<options>的取值：
a —— 也就是all，輸出所有的調試信息。（會非常的多）
b —— 也就是basic，只輸出簡單的調試信息。即輸出不需要重編譯的目標。
v —— 也就是verbose，在b選項的級別之上。輸出的信息包括哪個makefile被解析，不需要被重編譯的依賴文件（或是依賴目標）等。
i —— 也就是implicit，輸出所有的隱含規則。
j —— 也就是jobs，輸出執行規則中命令的詳細信息，如命令的PID、返回碼等。
m —— 也就是makefile，輸出make讀取makefile，更新makefile，執行makefile的信息。
「-d」 相當於「--debug=a」。
「-e」 「--environment-overrides」 指明環境變數的值覆蓋makefile中定義的變數的值。
「-f=<file>」 「--file=<file>」 「--makefile=<file>」 指定需要執行的makefile。
「-h」 「--help」 顯示幫助信息。
「-i」 「--ignore-errors」 在執行時忽略所有的錯誤。
「-I <dir>」 「--include-dir=<dir>」 指定一個被包含makefile的搜索目標。可以使用多個「-I」參數來指定多個目錄。
「-j [<jobsnum>]」 「--jobs[=<jobsnum>]」 指同時運行命令的個數。如果沒有這個參數，make運行命令時能運行多少就運行多少。如果有一個以上的「-j」參數，那麼僅最後一個「-j」才是有效的。（注意這個參數在MS-DOS中是無用的）
「-k」 「--keep-going」 出錯也不停止運行。如果生成一個目標失敗了，那麼依賴於其上的目標就不會被執行了。
「-l <load>」 「--load-average[=<load]」 「—max-load[=<load>]」 指定make運行命令的負載。
「-n」 「--just-print」 「--dry-run」 「--recon」 僅輸出執行過程中的命令序列，但並不執行。
「-o <file>」 「--old-file=<file>」 「--assume-old=<file>」 不重新生成的指定的<file>，即使這個目標的依賴文件新於它。
「-p」 「--print-data-base」 輸出makefile中的所有數據，包括所有的規則和變數。這個參數會讓一個簡單的makefile都會輸出一堆信息。如果你只是想輸出信息而不想執行makefile，你可以使用「make -qp」命令。如果你想查看執行makefile前的預設變數和規則，你可以使用 「make –p –f /dev/null」。這個參數輸出的信息會包含著你的makefile文件的文件名和行號，所以，用這個參數來調試你的 makefile會是很有用的，特別是當你的環境變數很復雜的時候。
「-q」 「--question」 不運行命令，也不輸出。僅僅是檢查所指定的目標是否需要更新。如果是0則說明要更新，如果是2則說明有錯誤發生。
「-r」 「--no-builtin-rules」 禁止make使用任何隱含規則。
「-R」 「--no-builtin-variabes」 禁止make使用任何作用於變數上的隱含規則。
「-s」 「--silent」 「--quiet」 在命令運行時不輸出命令的輸出。
「-S」 「--no-keep-going」 「--stop」 取消「-k」選項的作用。因為有些時候，make的選項是從環境變數「MAKEFLAGS」中繼承下來的。所以你可以在命令行中使用這個參數來讓環境變數中的「-k」選項失效。
「-t」 「--touch」 相當於UNIX的touch命令，只是把目標的修改日期變成最新的，也就是阻止生成目標的命令運行。
「-v」 「--version」 輸出make程序的版本、版權等關於make的信息。
「-w」 「--print-directory」 輸出運行makefile之前和之後的信息。這個參數對於跟蹤嵌套式調用make時很有用。
「--no-print-directory」 禁止「-w」選項。
「-W <file>」 「--what-if=<file>」 「--new-file=<file>」 「--assume-file=<file>」 假定目標<file>;需要更新，如果和「-n」選項使用，那麼這個參數會輸出該目標更新時的運行動作。如果沒有「-n」那麼就像運行UNIX的「touch」命令一樣，使得<file>;的修改時間為當前時間。
「--warn-undefined-variables」 只要make發現有未定義的變數，那麼就輸出警告信息。
『叄』 makefile 怎麼編譯 c文件
1.單個.c文件
kernel配置文件中定義
CONFIG_RUNYEE_CAMVIB=m
注意上面的m，表示作為一個模塊進行編譯，最後在MAKEFILE中需要用到的編譯開關。
然後再相應的源碼目錄中的MAKEFILE中添加如下語句：
obj-$(CONFIG_RUNYEE_CAMVIB) := camvib.o
『肆』 android的makefile文件是如何編譯的
android編譯系統的makefile文件Android.mk寫法如下 (1)Android.mk文件首先需要指定LOCAL_PATH變數,用於查找源文件。
『伍』 Makefile編譯時怎麼列印出變數值
其實androidndk上的編譯說到底也就是交叉編譯，只要配置好交叉編譯工具鏈，使用原有的makefile也是可以編譯出在android運行的c、c++程序的。以android-ndk-r4-crystax的ndk版本為例：編譯器路徑android-ndk-r4-crystax/build/prebuilt/linux-x86/arm-eabi-4.4.0/bin名稱前綴arm-eabi-頭文件目錄android-ndk-r4-crystax/build/platforms/android-3/arch-arm/usr/include庫文件目錄android-ndk-r4-crystax/build/platforms/android-3/arch-arm/usr/lib你可以試一下上面的配置，如果編譯鏈接都沒有問題，可以adbpush到android設備上運行看看，什麼結果？有點崩潰，根本運行不起來，你也許想試試看android自帶的ndk例子，確實是能夠運行的，問題在哪兒呢？只是正確配置了編譯器、頭文件、庫文件還不夠，還需要配置編譯、鏈接的參數，android例子中編譯鏈接的參數是什麼呢？你也許想深究一下android的makefile，可是不久你會發現那是更崩潰的事情，裡面用了很多的make腳本函數。其實android的makefile是可以把執行的詳細命令輸出來的，只要make的時候加上V=1即可。可以看到確實帶了很多參數編譯參數：-fpic-mthumb-interwork-ffunction-sections-funwind-tables-fstack-protector-fno-short-enums-Wno-psabi-march=armv5te-mtune=xscale-msoft-float-mthumb-fomit-frame-pointer-fno-strict-aliasing-finline-limit=64-Wa,--noexecstack-D__ARM_ARCH_5__-D__ARM_ARCH_5T__-D__ARM_ARCH_5E__-D__ARM_ARCH_5TE__-DANDROID鏈接參數：-nostdlib-Bdynamic-Wl,-dynamic-linker,/system/bin/linker-Wl,--gc-sections-Wl,-z,noreloc-Wl,--no-undefined-Wl,-z,noexecstack-L$(PLATFORM_LIBRARY_DIRECTORYS)crtbegin_static.ocrtend_android.o這其中鏈接參數中的-Wl,-dynamic-linker,/system/bin/linker、crtbegin_static.o、crtend_android.o是最關鍵的，android使用了自己的進程載入器，並且自定義了c運行時的啟動結束。難怪先前編譯的進程啟動不了。
『陸』 Ubuntu下面Makefile的使用方法
運行可執行文件hello
./hello
移除文件 rm hello
編譯文件得到可執行文件的同時，保留產生的中間文件
g++ -save-temps hello_world.cpp -o hello
單個文件編譯過程：
實際的編譯過程：預處理，對應臨時文件hello_world.ii
g++ -E hello_world.cpp -o preprocessed.ii
cat preprocessed.ii
預處理的工作主要包含去掉注釋，然後將我們include的庫tack上，以上過程使我們自己主動調用預處理器的過程
cat hello_world.ii
則展示了我們在第5)中編譯時保留的中間文件，兩者是一樣的
實際的編譯過程：這是真正的編譯過程compilation step，對應臨時文件hello_world.s（assembly code）
我們自己把.ii文件進行assembly code得到.s的方法。
g++ -S preprocessed.ii -o complied.s
.s文件是高級語言和機器語言之間的中間環節
實際的編譯過程：Assembly，將.s對應的assembly code轉換成.o對應的機器語言的過程，也叫machine-readable code或者object code
讓編譯器將.s文件assembly起來
g++ -c complied.s -o assembled.o
實際的編譯過程：最後一步Linking，產生最終的可執行文件。
"Undefined reference" errors are pretty much always linking errors, and you will probably have them. Remember this.
我們通過連接一堆.o文件，得到.exe文件的過程，命令：
g++ assembled.o -o hello_manual
多個文件編譯過程：
舉例，如果我們有定義一個class，然後我們的文件中包含dog.hpp，dog.cpp和main.cpp三個文件，然後我們只使用以下兩個命令：
g++ -c main.cpp -o main.o
g++ main.o dog_program
的話就會出錯，告訴我們undefined reference of dog::bark()
因為對於不同的.cpp文件，都要生成一個object file，也就是.o文件。所以如果我們用以下命令：
g++ -c main.cpp -o main.o
g++ -c dog.cpp
g++ dog.o main.o -o dog_program
的話，就不會出錯。
我們如果修改main.cpp中的內容的話，我們只需要重新用最後一個連接命令。但是，如果我們修改了dog class本身的內容的話，例如添加一個函數，我們就需要重新產生object file of dog.cpp，然後重新連接。
關於Make的介紹
用自己常用的記事本創建一個Makefile，並注意大小寫。在program對應的目錄下面。
gedit Makefile
Makefile裡面語句的書寫規則是
Target: tgt_dependency1 tgt_dependency2 ……
Command
所以dog.o和main.o對應的語句分別是：
dog.o: dog.hpp dog.cpp
g++ -c dog.cpp
main.o: main.cpp
g++ -c main.cpp
在Makefile中Tab是很重要的，所以不要忘記在command對應的第二行加Tab
Makefile的編譯順序
如果Makefile中有如下語句
animal_assembly : moose goose cat
command
moose : antlers hooves fur
command
goose : beak wings webbed_feet interest_in_bread
command
cat : whiskers evil_personality
command
我們可以看到animal_assembly的dependency是 moose goose cat。如果文件夾中存在moose goose cat的話，make命令只需要執行第一句就可以了。如果文件夾中缺少moose goose cat中的一個或者幾個，make命令執行的時候，需要先找到moose goose cat的生成方法，然後執行對應的命令，最後執行animal_assembly生成的命令。
moose : antlers hooves fur
command
animal_assembly : moose goose cat
command
goose : beak wings webbed_feet interest_in_bread
command
cat : whiskers evil_personality
command
如果Makefille是以上形式的話，我們只運行make的話，Makefile會只執行第一句，因為第一句的dependency都存在了，所以只把moose生成的命令執行完就好了。如果我們要生成animal_assembly，就要運行命令make animal_assembly。所以，我們需要把最重要的命令，我們最重要生成的object file對應的命令放在第一行。
所以我們的dog_program的完整的Makefile文件應該是：
dog_program: dog.o main.o
g++ dog.o main.o -o dog_program
dog.o: dog.hpp dog.cpp
g++ -c dog.cpp
main.o: main.cpp
g++ -c main.cpp
在Makefile的最後寫clean語句。
clean:
rm dog_program *.o
然後我們在命令窗口運行make clean的話，就會刪除文件夾中生成的可執行文件，和所有過程中產生的副產品。
對於Makefile中的dependency list，我們需要將每個object file的dependency list都寫好。因為make不負責檢查文件中的具體的語句，只負責執行Makefile中的語句。
dog_program:
g++ dog.o main.o -o dog_program
dog.o: dog.hpp dog.cpp
g++ -c dog.cpp
main.o: main.cpp
g++ -c main.cpp
如果像上面所示去掉dog_program的dependency list的話，運行make就會出錯，因為main是依賴於dog.cpp的。
如果文件中本身就存在dog.o和main.o的話，運行make不會出錯，因為make就是先check dog.o main.o是否存在，存在的話就直接運行。
所以，我們如果修改了main.cpp或者dog.cpp的話，我們需要重新生成dog.o和main.o。因為make是不管這個問題的。
make這個命令的功能就是執行Makefile中我們要求執行的語句，對結果沒有任何的預期，也不會檢查命令有沒有問題。所以，我們必須遵守Makefile書寫中的一些規則。
all : fill_file_with_nonsense
echo "I have mostly created a lot of junk today!"
fill_file_with_nonsense : create_file
echo "Hello, there is nothing important here" > silly_file
create_file :
touch silly_file touch是Unix中的典型命令，用於生成空的文件
move_file :
mv silly_file silly_file_new_name
delete_file :
rm _file
open_file :
gedit another_silly_file
clean :
touch junk1 junk2 junk3 junk4 junk5
really_clean :
rm junk*
如果想體驗的更加清楚，就可以運行這個文件中的內容，然後就知道make完全不會管結果是什麼，只是沒有腦子的執行命令。
解釋上面的內容：
Makefile的書寫規則。all: 放在第一句，把所以我們要生成executable依賴的Targets列出來，這樣我們需要的所有的文件都可以生成。我們看到all對應的dependency是file_file_with_nonsense，就去找file_file_with_nonsense的生成語句，發現它的dependency是create_file，然後去找create_file的生成語句，就到touch silly_file，touch是Unix中的典型命令，用於生成空的文件。create_file的語句執行完之後，回到file_file_with_nonsense，執行echo "Hello, there is nothing important here" > silly_file，就把"Hello, there is nothing important here" 寫入silly_file中，file_file_with_nonsense的語句也執行完之後，我們就返回到all，然後在命令行輸出"I have mostly created a lot of junk today!"。
因為其他的target，不在all的dependency list中，也不在all的dependency的dependency當中，所以只能通過make target的形式來調用對應的命令。
Marvelous macros(宏)
一個宏的示例，宏就是Makefile中的variables，用來定義我們需要的操作，一些變數之類的
CXX = clang++
FLAGS = -O
hello : hello_world.cpp
$(CXX) $(FLAGS) $? -o $@
clean :
rm hello
CXX，這是一個預定義的宏，default value是g++。這里把CXX定義成clang++了。
FLAGS，這里定義的是-O。FLAGS也不一定非得定義成-o，也可以是some moose have large antlers，但是這樣定義的話，就會導致調用的時候出錯。
對於上面的文件，我們在命令行輸入make的時候，實際運行的是clang++ -O hello_world.cpp -o hello。
如果我們把CXX=clang++這一行刪掉的話，在命令行輸入make，實際運行的就是g++ -O hello_world.cpp -o hello。
定義好macro宏，我們使用的時候，就要用$(MACRO)這樣的形式，這是makefile語言的一種語法。我們注意到MACRO全部用的大寫，雖然不是明確規定的，但是通常情況下用大寫。
$?和$@是makefile language裡面特別的預定義的宏。$?是指的"names of the dependencies(newer than the target)"，$@是指的"name of the target"。
Complier and liner flags in CS 225
CXX = clang++ LD = clang++
CXXFLAGS = -std=c++1y -stdlib=libc++ -c -g -O0 -Wall -Wextra -Werror -pedantic
LDFLAGS = -std=c++1y -stdlib=libc++ -lpng -lc++abi
『柒』 在linux系統應用make命令時，makefile 與makefile有何區別
Make命令
在linux make命令後不僅可以出現宏定義，還可以跟其他命令行參數，這些參數指定了需要編譯的目標文件。其標准形式為：
target1 [target2 …]:[:][dependent1 …][;commands][#…]
[(tab) commands][#…]
方括弧中間的部分表示可選項。Targets和dependents當中可以包含字元、數字、句點和"/"符號。除了引用，commands中不能含有"#",也不允許換行。
在通常的情況下命令行參數中只含有一個":"，此時command序列通常和makefile文件中某些定義文件間依賴關系的描述行有關。如果與目標相關連的那些描述行指定了相關的command序列，那麼就執行這些相關的command命令，即使在分號和(tab)後面的aommand欄位甚至有可能是NULL。如果那些與目標相關連的行沒有指定command，那麼將調用系統默認的目標文件生成規則。
如果命令行參數中含有兩個冒號"::"，則此時的command序列也許會和makefile中所有描述文件依賴關系的行有關。此時將執行那些與目標相關連的描述行所指向的相關命令。同時還將執行build-in規則。如果在執行command命令時返回了一個非"0"的出錯信號，例如makefile文件中出現了錯誤的目標文件名或者出現了以連字元打頭的命令字元串，make操作一般會就此終止，但如果make後帶有"-i"參數，則make將忽略此類出錯信號。Make命本身可帶有四種參數：標志、宏定義、描述文件名和目標文件名。其標准形式為：
Make [flags] [macro definitions] [targets]
Unix系統下標志位flags選項及其含義為：
◆-f file指定file文件為描述文件，如果file參數為"-"符，那麼描述文件指向標准輸入。如果沒有"-f"參數，則系統將默認當前目錄下名為 makefile或者名為Makefile的文件為描述文件。在linux中， GNU make 工具在當前工作目錄中按照GNUmakefile、makefile、Makefile的順序搜索 makefile文件。
◆-i 忽略命令執行返回的出錯信息。
◆-s 沉默模式，在執行之前不輸出相應的命令行信息。
◆-r 禁止使用build-in規則。
◆-n 非執行模式，輸出所有執行命令，但並不執行。
◆-t 更新目標文件。
◆-q make操作將根據目標文件是否已經更新返回"0"或非"0"的狀態信息。
◆-p 輸出所有宏定義和目標文件描述。
◆-d Debug模式，輸出有關文件和檢測時間的詳細信息。
linux下make標志位的常用選項與Unix系統中稍有不同，下面我們只列出了不同部分：
◆-c dir 在讀取 makefile 之前改變到指定的目錄dir。
◆-I dir 當包含其他 makefile文件時，利用該選項指定搜索目錄。
◆-h help文擋，顯示所有的make選項。
◆-w 在處理 makefile 之前和之後，都顯示工作目錄。
通過命令行參數中的target ，可指定make要編譯的目標，並且允許同時定義編譯多個目標，操作時按照從左向右的順序依次編譯target選項中指定的目標文件。如果命令行中沒有指定目標，則系統默認target指向描述文件中第一個目標文件。
通常，makefile 中還定義有 clean 目標，可用來清除編譯過程中的中間文件，例如：
clean:
rm -f *.o
運行 make clean 時，將執行 rm -f *.o 命令，最終刪除所有編譯過程中產生的所有中間文件。
隱含規則
在make 工具中包含有一些內置的或隱含的規則，這些規則定義了如何從不同的依賴文件建立特定類型的目標。Unix系統通常支持一種基於文件擴展名即文件名後綴的隱含規則。這種後綴規則定義了如何將一個具有特定文件名後綴的文件（例如.c文件），轉換成為具有另一種文件名後綴的文件（例如.o文件）：
.c:.o
$(CC) $(CFLAGS) $(CPPFLAGS) -c -o $@ $<
系統中默認的常用文件擴展名及其含義為：
◆.o 目標文件
◆.c C源文件
◆.f FORTRAN源文件
◆.s 匯編源文件
◆.y Yacc-C源語法
◆.l Lex源語法
在早期的Unix系統系統中還支持Yacc-C源語法和Lex源語法。在編譯過程中，系統會首先在makefile文件中尋找與目標文件相關的.C文件，如果還有與之相依賴的.y和.l文件，則首先將其轉換為.c文件後再編譯生成相應的.o文件；如果沒有與目標相關的.c文件而只有相關的.y文件，則系統將直接編譯.y文件。
而GNU make 除了支持後綴規則外還支持另一種類型的隱含規則--模式規則。這種規則更加通用，因為可以利用模式規則定義更加復雜的依賴性規則。模式規則看起來非常類似於正則規則，但在目標名稱的前面多了一個 % 號，同時可用來定義目標和依賴文件之間的關系，例如下面的模式規則定義了如何將任意一個 file.c 文件轉換為 file.o 文件：
%.c:%.o
$(CC) $(CFLAGS) $(CPPFLAGS) -c -o $@ $<
#EXAMPLE#
下面將給出一個較為全面的示例來對makefile文件和make命令的執行進行進一步的說明，其中make命令不僅涉及到了C源文件還包括了Yacc 語法。本例選自"Unix Programmer's Manual 7th Edition, Volume 2A" Page 283-284
下面是描述文件的具體內容：
#Description file for the Make command
#Send to print
P=und -3 | opr -r2
#The source files that are needed by object files
FILES= Makefile version.c defs main.c donamc.c misc.c file.c
dosys.c gram.y lex.c gcos.c
#The definitions of object files
OBJECTS= vesion.o main.o donamc.o misc.o file.o dosys.o gram.o
LIBES= -LS
LINT= lnit -p
CFLAGS= -O
make: $(OBJECTS)
cc $(CFLAGS) $(OBJECTS) $(LIBES) -o make
size make
$(OBJECTS): defs
gram.o: lex.c
cleanup:
-rm *.o gram.c
install:
@size make /usr/bin/make
cp make /usr/bin/make ; rm make
#print recently changed files
print: $(FILES)
pr $? | $P
touch print
test:
make -dp | grep -v TIME>1zap
/usr/bin/make -dp | grep -v TIME>2zap
diff 1zap 2zap
rm 1zap 2zap
lint: dosys.c donamc.c file.c main.c misc.c version.c gram.c
$(LINT) dosys.c donamc.c file.c main.c misc.c version.c
gram.c
rm gram.c
arch:
ar uv /sys/source/s2/make.a $(FILES)
通常在描述文件中應象上面一樣定義要求輸出將要執行的命令。在執行了 linux make命令之後，輸出結果為：
$ make
cc -c version.c
cc -c main.c
cc -c donamc.c
cc -c misc.c
cc -c file.c
cc -c dosys.c
yacc gram.y
mv y.tab.c gram.c
cc -c gram.c
cc version.o main.o donamc.o misc.o file.o dosys.o gram.o
-LS -o make
13188+3348+3044=19580b=046174b
最後的數字信息是執行"@size make"命令的輸出結果。之所以只有輸出結果而沒有相應的命令行，是因為"@size make"命令以"@"起始，這個符號禁止列印輸出它所在的命令行。
描述文件中的最後幾條命令行在維護編譯信息方面非常有用。其中"print"命令行的作用是列印輸出在執行過上次"make print"命令後所有改動過的文件名稱。系統使用一個名為print的0位元組文件來確定執行print命令的具體時間，而宏$?則指向那些在print 文件改動過之後進行修改的文件的文件名。如果想要指定執行print命令後，將輸出結果送入某個指定的文件，那麼就可修改P的宏定義：
make print "P= cat>zap"
在linux中大多數軟體提供的是源代碼，而不是現成的可執行文件，這就要求用戶根據自己系統的實際情況和自身的需要來配置、編譯源程序後，軟體才能使用。只有掌握了make工具，才能讓我們真正享受到到Linux這個自由軟體世界的帶給我們無窮樂趣。
以上講解的是linux make命令和Makefile的區別。
『捌』 Makefile編譯時怎麼列印出變數值
1、輸出列印信息的方法是：$(warning xxxxx)，$(error xxxxx)
2、輸出列印變數值的方法是：$(warning $(XXX))
在makefile中列印警告或者錯誤消息的方法：$(warning
xxxxx)或者$(error xxxxx)
輸出變數方式為：$(warning $(XXX))
『玖』 如何使用Makefile自動編譯iPhone程序
Xcode 也支持以命令行形式來編譯 iPhone 程序。另外還可以手動的編寫 Makefile 文件,實現編譯→安裝的自動化批處理過程。如果你習慣了命令行的操作方式(linux,unix),那麼這樣的操作還是很方便的。首先看看 Xcode 的命令行格式:xcodebuild -target Project_Namexcodebuild install -target Project_Name下面我們來實現程序的編譯,並通過 ldid 轉換編碼格式,最後用 ssh 將編譯好的程序安裝到 iPhone 上的 /Applications/目錄下。首先安裝 ssh 的公開密匙到 iPhone 上1). 在Mac的終端上產生密匙ssh-keygen -t rsaGenerating public/private rsa key pair.Enter file in which to save the key (/home/xxxx/.ssh/id_rsa):Created directory '/home/xxxx/.ssh'.Enter passphrase (empty for no passphrase): xxxEnter same passphrase again: xxxYour identification has been saved in /home/xxxx/.ssh/id_rsa.Your public key has been saved in /home/xxxx/.ssh/id_rsa.pub.The key fingerprint is:e4:e8:b7:05:06:b3:f0:ff:af:13:fc:50:6a:5b:d1:b5 [email protected]過程中會提問你通行證(passphrase),輸入你常用的秘密。2). 在 iPhone 上創建.ssh目錄(iPhone的IP地址是10.0.2.2)ssh [email protected] 'mkdir -p .ssh'如果問道你iPhone root password,輸入 alpine。3). 拷貝剛才生成的公開密匙到 iPhonecat ~/.ssh/id_rsa.pub | ssh [email protected] 'cat >> .ssh/authorized_keys'如果問道你iPhone root password,輸入 alpine。4). 在 iPhone 上編輯 /etc/ssh/sshd_config 文件#將#StrictModes yes#PubkeyAuthentication yes#AuthorizedKeysFile .ssh/authorized_keys#替換為StrictModes noPubkeyAuthentication yesAuthorizedKeysFile .ssh/authorized_keys5). 重新啟動iPhone接下來,編譯生成ldid工具wget http://svn.telesphoreo.org/trunk/data/ldid/ldid-1.0.610.tgztar -zxf ldid-1.0.610.tgz# 如果是 PowerPC 下載下面的補丁# wget -qO- http://fink.cvs.sourceforge.net/viewvcfink/dists/10.4/unstable/crypto/finkinfo/ldid.patch?revision=1.1 | patch -p0cd ldid-1.0.610g++ -I . -o util/ldid{,.cpp} -x c util/{lookup2,sha1}.csudo cp -a util/ldid /usr/bin最後,讓我們看看Makefile中都有什麼項目中的文件如下所示:Classes : source code (.m .c .cpp etc)Resources : png file and other support filesProject folder : *.xib Info.plistLDFLAGS += -F"$(IPHONESDK)/System/Library/Frameworks" LDFLAGS += -F"$(IPHONESDK)/System/Library/PrivateFraLDFLAGS += -F"$(IPHONESDK)/System/Library/Frameworks"LDFLAGS += -F"$(IPHONESDK)/System/Library/PrivateFrameworks"## 編譯開關CFLAGS += $(INCPATH) \ -std=c99 \ -W -Wall \ -funroll-loops \ -Diphoneos_version_min=2.0 \ -Wno-unused-parameter \ -Wno-sign-compareifeq ($(DEBUG), y)CFLAGS += -O0 -g -DDEBUG_MUTEXelseCFLAGS += -O3 -DNDEBUGifeq ($(DEVEL), y)CFLAGS += -gendifendifCFLAGS += -F"$(IPHONESDK)/System/Library/Frameworks"CFLAGS += -F"$(IPHONESDK)/System/Library/PrivateFrameworks"
BUILDDIR =./build/3.0SRCDIR =./ClassesRESDIR =./ResourcesOBJS = $(patsubst %.m,%.o,$(wildcard $(SRCDIR)/*.m))OBJS += $(patsubst %.m,%.o,$(wildcard ./*.m))OBJS += $(patsubst %.c,%.o,$(wildcard $(SRCDIR)/*.c))OBJS += $(patsubst %.cpp,%.o,$(wildcard $(SRCDIR)/*.cpp))NIBS = $(patsubst %.xib,%.nib,$(wildcard *.xib))RESOURCES= $(wildcard $(RESDIR)/*)APPFOLDER= $(TARGET).app.PHONY: allall: $(TARGET) bundle$(TARGET): $(OBJS) $(LD) $(LDFLAGS) -o $@ $^%.o: %.m $(CC) -c $(CFLAGS) [ DISCUZ_CODE_157 ]lt; -o $@%.o: %.c $(CC) -c $(CFLAGS) [ DISCUZ_CODE_157 ]lt; -o $@%.o: %.cpp $(CXX) -x objective-c++ $(CFLAGS) [ DISCUZ_CODE_157 ]lt; -o $@%.nib: %.xib ibtool [ DISCUZ_CODE_157 ]lt; --compile $@bundle: $(TARGET) @rm -rf $(BUILDDIR) @mkdir -p $(BUILDDIR)/$(APPFOLDER) @cp -r $(RESDIR)/* $(BUILDDIR)/$(APPFOLDER) @cp Info.plist $(BUILDDIR)/$(APPFOLDER)/Info.plist @echo "APPL" > $(BUILDDIR)/$(APPFOLDER)/PkgInfo mv $(NIBS) $(BUILDDIR)/$(APPFOLDER)# export CODESIGN_ALLOCATE=/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/codesign_allocate@ldid -S $(TARGET) @mv $(TARGET) $(BUILDDIR)/$(APPFOLDER)/$(TARGET)_install: bundle @ssh root@$(IP) "cd /Applications/$(APPFOLDER) && rm -R * || echo 'not found' " @scp -rp $(BUILDDIR)/$(APPFOLDER) root@$(IP):/Applications @ssh root@$(IP) "cd /Applications/$(APPFOLDER) ; ldid -S $(TARGET)_; killall SpringBoard" @echo "Application $(APPFOLDER) installed"uninstall: ssh root@$(IPHONE_IP) 'rm -fr /Applications/$(APPFOLDER); respring' @echo "Application $(APPFOLDER) uninstalled, please respring iPhone"install_respring: scp respring_arm root@$(IPHONE_IP):/usr/bin/respring.PHONY: cleanclean: @rm -f $(OBJS) $(TARGET) @rm -rf $(BUILDDIR)然後執行下面的make命令,我們就可以直接在 iPhone 上測試我們的程序了。make install_respringmakemake install
『拾』 linux中make makefiles這個命令是什麼意思
無論是在Linux還是在Unix環境中，make都是一個非常重要的編譯命令。不管是自己進行項目開發還是安裝應用軟體，我們都經常要用到
make或make
install。利用make工具，我們可以將大型的開發項目分解成為多個更易於管理的模塊，對於一個包括幾百個源文件的應用程序，使用make和
makefile工具就可以簡潔明快地理順各個源文件之間紛繁復雜的相互關系。而且如此多的源文件，如果每次都要鍵入gcc命令進行編譯的話，那對程序員
來說簡直就是一場災難。而make工具則可自動完成編譯工作，並且可以只對程序員在上次編譯後修改過的部分進行編譯。因此，有效的利用make和
makefile工具可以大大提高項目開發的效率。同時掌握make和makefile之後，您也不會再面對著Linux下的應用軟體手足無措了。
但令人遺憾的是，在許多講述Linux應用的書籍上都沒有詳細介紹這個功能強大但又非常復雜的編譯工具。在這里我就向大家詳細介紹一下make及其描述文件
makefile。
Makefile文件
Make工具最主要也是最基本的功能就是通過makefile文件來描述源程序之間的相互關系並自動維護編譯工作。而makefile 文件需要按照某種語法進行編寫，文件
中
需要說明如何編譯各個源文件並連接生成可執行文件，並要求定義源文件之間的依賴關系。makefile 文件是許多編譯器--包括 Windows NT
下的編譯器--維護編譯信息的常用方法，只是在集成開發環境中，用戶通過友好的界面修改 makefile 文件而已。
在 UNIX 系統中，習慣使用 Makefile 作為 makfile 文件。如果要使用其他文件作為 makefile，則可利用類似下面的 make 命令選項指定 makefile 文件：
$ make -f Makefile.debug
例如，一個名為prog的程序由三個C源文件filea.c、fileb.c和filec.c以及庫文件LS編譯生成，這三個文件還分別包含自
己的頭文件a.h
、b.h和c.h。通常情況下，C編譯器將會輸出三個目標文件filea.o、fileb.o和filec.o。假設filea.c和fileb.c都要
聲明用到一個名為defs的文件，但filec.c不用。即在filea.c和fileb.c里都有這樣的聲明：
#include "defs"
那麼下面的文檔就描述了這些文件之間的相互聯系:
#It is a example for describing makefile
prog : filea.o fileb.o filec.o
cc filea.o fileb.o filec.o -LS -o prog
filea.o : filea.c a.h defs
cc -c filea.c
fileb.o : fileb.c b.h defs
cc -c fileb.c
filec.o : filec.c c.h
cc -c filec.c
這個描述文檔就是一個簡單的makefile文件。
從上面的例子注意到，第一個字元為 # 的行為注釋行。第一個非注釋行指定prog由三個目標文件filea.o、fileb.o和filec.o鏈接生成。第三行描述了如何從prog所依賴的文件建立可執行文件。接下來的4、6、8行分別指定三個目標文件，以及它們所依賴的.c和.h文件以及defs文件。而5、7、9行則指定了如何從目標所依賴的文
件建立目標。
當filea.c或a.h文件在編譯之後又被修改，則 make 工具可自動重新編譯filea.o，如果在前後兩次編譯之間，filea.C 和a.h 均沒有被修改，而且 test.o 還存在的話，就沒有必要重新編譯。這種依賴關系在多源文件的程序編譯中尤其重要。通過這種依賴關系的定義，make 工具可避免許多不必要的編譯工作。當然，利用 Shell
腳本也可以達到自動編譯的效果，但是，Shell 腳本將全部編譯任何源文件，包括哪些不必要重新編譯的源文件，而 make 工具則可根據目標上一次編譯的時間和目標所依賴的源文件的更新時間而自動判斷應當編譯哪個源文件。
Makefile文件作為一種描述文檔一般需要包含以下內容:
◆ 宏定義
◆ 源文件之間的相互依賴關系
◆ 可執行的命令
Makefile中允許使用簡單的宏指代源文件及其相關編譯信息，在Linux中也稱宏為變數。在引用宏時只需在變數前加$符號，但值得注意的是，如果變數名的長度超過一個字元，在引用時就必須加圓括弧（）。下面都是有效的宏引用：
$(CFLAGS)
$2
$Z
$(Z)
其中最後兩個引用是完全一致的。需要注意的是一些宏的預定義變數，在Unix系統中，$*、$@、$?和$<四個特殊宏的值在執行命令的過程中會發生相應的變化，而在GNU make中則定義了更多的預定義變數。關於預定義變數的詳細內容，宏定義的使用可以使我們脫離那些冗長乏味的編譯選項，為編寫makefile文
件帶來很大的方便。
# Define a macro for the object files
OBJECTS= filea.o fileb.o filec.o
# Define a macro for the library file
LIBES= -LS
# use macros rewrite makefile
prog: $(OBJECTS)
cc $(OBJECTS) $(LIBES) -o prog
……
此時如果執行不帶參數的make命令，將連接三個目標文件和庫文件LS；但是如果在make命令後帶有新的宏定義：
make "LIBES= -LL -LS"
則命令行後面的宏定義將覆蓋makefile文件中的宏定義。若LL也是庫文件，此時make命令將連接三個目標文件以及兩個庫文件LS和LL。
在Unix系統中沒有對常量NULL作出明確的定義，因此我們要定義NULL字元串時要使用下述宏定義：
STRINGNAME=
Make命令
在make命令後不僅可以出現宏定義，還可以跟其他命令行參數，這些參數指定了需要編譯的目標文件。其標准形式為：
target1 [target2 …]:[:][dependent1 …][;commands][#…]
[(tab) commands][#…]
方括弧中間的部分表示可選項。Targets和dependents當中可以包含字元、數字、句點和"/"符號。除了引用，commands中不能含有"#",也不允許換行。
在通常的情況下命令行參數中只含有一個":"，此時command序列通常和makefile文件中某些定義文件間依賴關系的描述行有關。如果與目標相關連的那些描述行指定了相關的command序列，那麼就執行這些相關的command命令，即使在分號和(tab)後面的aommand欄位甚至有可能是NULL。如果那些與目標相關連的行沒有指定command，那麼將調用系統默認的目標文件生成規則。
如果命令行參數中含有兩個冒號"::"，則此時的command序列也許會和makefile中所有描述文件依賴關系的行有關。此時將執行那些與目標相關連的描述行所
指向的相關命令。同時還將執行build-in規則。
如果在執行command命令時返回了一個非"0"的出錯信號，例如makefile文件中出現了錯誤的目標文件名或者出現了以連字元打頭的命令字元串，make操作一般會就此終止，但如果make後帶有"-i"參數，則make將忽略此類出錯信號。
Make命本身可帶有四種參數：標志、宏定義、描述文件名和目標文件名。其標准形式為：
Make [flags] [macro definitions] [targets]
Unix系統下標志位flags選項及其含義為：
-f file 指定file文件為描述文件，如果file參數為"-"符，那麼描述文件指向標准輸入。如果沒有"-f"參數，則系統將默認當前目錄下名為makefile或者名為Makefile的文件為描述文件。在Linux中， GNU make 工具在當前工作目錄中按照GNUmakefile、makefile、Makefile的順序搜索 makefile文件。
-i 忽略命令執行返回的出錯信息。
-s 沉默模式，在執行之前不輸出相應的命令行信息。
-r 禁止使用build-in規則。
-n 非執行模式，輸出所有執行命令，但並不執行。
-t 更新目標文件。
-q make操作將根據目標文件是否已經更新返回"0"或非"0"的狀態信息。
-p 輸出所有宏定義和目標文件描述。
-d Debug模式，輸出有關文件和檢測時間的詳細信息。
Linux下make標志位的常用選項與Unix系統中稍有不同，下面我們只列出了不同部分：
-c dir 在讀取 makefile 之前改變到指定的目錄dir。
-I dir 當包含其他 makefile文件時，利用該選項指定搜索目錄。
-h help文擋，顯示所有的make選項。
-w 在處理 makefile 之前和之後，都顯示工作目錄。
通過命令行參數中的target ，可指定make要編譯的目標，並且允許同時定義編譯多個目標，操作時按照從左向右的順序依次編譯target選項中指定的目標文件。如果命令行中沒有指定目標，則系統默認target指向描述文件中第一個目標文件。
通常，makefile 中還定義有 clean 目標，可用來清除編譯過程中的中間文件，例如：
clean:
rm -f *.o
運行 make clean 時，將執行 rm -f *.o 命令，最終刪除所有編譯過程中產生的所有中間文件。
隱含規則
在make 工具中包含有一些內置的或隱含的規則，這些規則定義了如何從不同的依賴文件建立特定類型的目標。Unix系統通常支持一種基於文件擴展名即文件名後綴的隱含規則。這種後綴規則定義了如何將一個具有特定文件名後綴的文件（例如.c文件），轉換成為具有另一種文件名後綴的文件（例如.o文件）：
.c:.o
$(CC) $(CFLAGS) $(CPPFLAGS) -c -o $@ $<
系統中默認的常用文件擴展名及其含義為：
.o 目標文件
.c C源文件
.f FORTRAN源文件
.s 匯編源文件
.y Yacc-C源語法
.l Lex源語法
在早期的Unix系統系統中還支持Yacc-C源語法和Lex源語法。在編譯過程中，系統會首先在makefile文件中尋找與目標文件相關的.C文件，如果還有與之相依賴的.y和.l文件，則首先將其轉換為.c文件後再編譯生成相應的.o文件；如果沒有與目標相關的.c文件而只有相關的.y文件，則系統將直接編譯.y文件。
而GNU make 除了支持後綴規則外還支持另一種類型的隱含規則--模式規則。這種規則更加通用，因為可以利用模式規則定義更加復雜的依賴性規則。模式規則看起來非常類似於正則規則，但在目標名稱的前面多了一個 % 號，同時可用來定義目標和依賴文件之間的關系，例如下面的模式規則定義了如何將任意一個 file.c 文件轉換為 file.o 文件：
%.c:%.o
$(CC) $(CFLAGS) $(CPPFLAGS) -c -o $@ $<
#EXAMPLE#
下面將給出一個較為全面的示例來對makefile文件和make命令的執行進行進一步的說明，其中make命令不僅涉及到了C源文件還包括了Yacc語法。本例選自"Unix
Programmer's Manual 7th Edition, Volume 2A" Page 283-284
下面是描述文件的具體內容：
#Description file for the Make command
#Send to print
P=und -3 | opr -r2
#The source files that are needed by object files
FILES= Makefile version.c defs main.c donamc.c misc.c file.c \
dosys.c gram.y lex.c gcos.c
#The definitions of object files
OBJECTS= vesion.o main.o donamc.o misc.o file.o dosys.o gram.o
LIBES= -LS
LINT= lnit -p
CFLAGS= -O
make: $(OBJECTS)
cc $(CFLAGS) $(OBJECTS) $(LIBES) -o make
size make
$(OBJECTS): defs
gram.o: lex.c
cleanup:
-rm *.o gram.c
install:
@size make /usr/bin/make
cp make /usr/bin/make ; rm make
#print recently changed files
print: $(FILES)
pr $? | $P
touch print
test:
make -dp | grep -v TIME>1zap
/usr/bin/make -dp | grep -v TIME>2zap
diff 1zap 2zap
rm 1zap 2zap
lint: dosys.c donamc.c file.c main.c misc.c version.c gram.c
$(LINT) dosys.c donamc.c file.c main.c misc.c version.c \
gram.c
rm gram.c
arch:
ar uv /sys/source/s2/make.a $(FILES)
通常在描述文件中應象上面一樣定義要求輸出將要執行的命令。在執行了make命令之後，輸出結果為：
$ make
cc -c version.c
cc -c main.c
cc -c donamc.c
cc -c misc.c
cc -c file.c
cc -c dosys.c
yacc gram.y
mv y.tab.c gram.c
cc -c gram.c
cc version.o main.o donamc.o misc.o file.o dosys.o gram.o \
-LS -o make
13188+3348+3044=19580b=046174b
最後的數字信息是執行"@size make"命令的輸出結果。之所以只有輸出結果而沒有相應的命令行，是因為"@size make"命令以"@"起始，這個符號禁止列印輸出它所在的命令行。
描述文件中的最後幾條命令行在維護編譯信息方面非常有用。其中"print"命令行的作用是列印輸出在執行過上次"make print"命令後所有改動過的文件名稱。系
統使用一個名為print的0位元組文件來確定執行print命令的具體時間，而宏$?則指向那些在print文件改動過之後進行修改的文件的文件名。如果想要指定執行print命令後，將輸出結果送入某個指定的文件，那麼就可修改P的宏定義：
make print "P= cat>zap"
在Linux中大多數軟體提供的是源代碼，而不是現成的可執行文件，這就要求用戶根據自己系統的實際情況和自身的需要來配置、編譯源程序後，軟體才能使用。只有掌握了make工具，才能讓我們真正享受到到Linux這個自由軟體世界的帶給我們無窮樂趣。