編譯鏈接makefile

1. Makefile詳解

make 命令執行時，需要根據一些規則來決定按照怎麼樣的方式去 編譯和鏈接程序 ，這些規則就由 makefile 文件所指定。如果我們 makefile 文件寫的足夠好，make 命令會自動地根據當前的文件修改的情況來確定哪些文件需要重編譯，從而自己編譯所需要的文件和鏈接目標程序。

首先，本消謹握文將給出一個makefile文件的示例，以便大家能有一個直觀感受，這個例子來拿慶源於 GNU的make使用手冊 。在這個例子中，我們的工程有8個c文件，和3個頭文件，我們要寫一個makefile來告訴make命令如何編譯和鏈接這幾個文件。例子如下：

這個例子里 make 的編碼規則如下：

a. 如果這個工程沒有編譯過，那麼我們的所有c文件都要編譯並被鏈接。
b. 如果這個工程的某幾個c文件被修改，那麼我們只編譯被修改的c文件，並鏈接目標程序。
c. 如果這個工程的頭文件被改變了，那麼我們需要編譯引用了這幾個頭文件的c文件，並鏈接目標程序。

在詳細拆解上一節的 Makefile 之前，先來看下 Makefile 的基本範式。

target可以是一個 1) object file(可執行文件) ，2) 可執行文件 ，還可以是個3) label(標簽) ，關於標簽這個特性，在後面的 偽目標 章節還會有敘述。

prerequisites 就是，要生成那個target所需要的文件或是目標。 command 也就是 make 需要執行的命令，可以是任意的
shell 命令。

這是一個文件的依賴關系，也就是說，target 這一個或多個的目標文件依賴於 prerequisites 中的文件，其生成規則定義在 command 中。同時， prerequisites 中如果有一個以上的文件比target文件要新的話， command 所定義的命令就會被執行。這就是 Makefile 的規則，也是 Makefile 中 最核心 的內容。

有了這些規晌跡則後，再來分析上面的例子。在這個 makefile 中，目標文件(target)包含：

依賴文件(prerequisites)就是冒號後面的那些 .c 文件和 .h 文件。每一個 .o 文件都有一組依賴文件，而這些 .o 文件又是執行文件 edit 的依賴文件。

在定義好依賴關系後，後續的那一行定義了如何生成目標文件的系統命令， 一定要以一個tab鍵作為開頭 。 make 會比較
targets 文件和 prerequisites 文件的修改日期，如果 prerequisites 文件的日期要比targets文件的日期要新，或者 target 不存在的話，那麼，make就會執行後續定義的命令。

我們可以把這個內容保存在名字為 makefile 或 Makefile 的文件中，然後在該目錄下直接輸入命令 make 就可以生成可執行文件edit。如果要刪除執行文件和所有的中間目標文件，那麼，只要簡單地執行一下 make clean 就可以了。 註：反斜線()是換行符的意思，這樣比較便於閱讀。

這里要說明一點的是， clean 不是一個文件，它只不過是一個動作名字，有點像C語言中的 lable 一樣，其冒號後什麼也沒有，那麼，make就不會去找它的依賴性，也就不會自動執行其後所定義的命令。要執行其後的命令(不僅用於 clean，其他 lable 同樣適用)，就要在 make 命令後顯式指出這個 lable 的名字。這樣的方法非常有用， 我們可以在一個 makefile 中定義不用的編譯或是和編譯無關的命令，比如程序的打包，程序的備份 ，等等。

在默認的方式下，也就是我們只輸入make命令。那麼，

這就是整個 make 的依賴性，make 會一層又一層地去找文件的依賴關系，直到最終編譯出第一個目標文件。在找尋的過程中，如果出現錯誤，比如最後被依賴的文件找不到，那麼make就會直接退出，並報錯，而對於所定義的命令的錯誤，或是編譯不成功，這些都不在 make 職責范圍內。

通過上述分析，我們知道，像 clean 這種，沒有被第一個目標文件直接或間接關聯，那麼它後面所定義的命令將不會被自動執行，不過，我們可以顯示要 make 執行。即命令 make clean ，以此來清除所有的目標文件，以便重編譯。

在上面的例子中可以看到，後綴為 .o 的一大串文件名寫了兩次，這樣比較費時費力，而且如果文件有所增減，要修改的地方也非常多，對以後的維護造成困難。在這種情形下，我們可以在Makefile里使用變數代替這一大串依賴文件，這里變數的使用方式基本類似於shell腳本里變數的使用方法。

我們可以在makefile一開始就這樣定義：

那麼接下來我們就可以很方便地在我們的Makefile中以 $(objects) 的方式來使用這個變數了，於是如果有新的 .o 文件加入，我們只需簡單地修改一下 objects 變數就可以了。

GNU 的 make 很強大，它可以自動推導文件以及文件依賴關系後面的命令，於是我們就沒必要去在每一個 .o 文件後都寫上類似的命令。因為，我們的make會自動識別，並自己推導命令。

只要make看到一個 .o 文件，它就會自動的把 .c 文件加在依賴關系中，如果make找到一個 FILENAME.o ，那麼 FILENAME.c ，就會是 FILENAME.o 的依賴文件。並且 cc -c FILENAME.c 也會被推導出來，於是，我們的makefile 再也不用寫得這么復雜。我們的新makefile就可以這么寫了。

這種方法，也就是make的**。上面文件內容中，「.PHONY」表示，clean是個偽目標文件。

2. 在linux下怎麼makefile

Linux系統下makefile的作用把編寫好的源文件進行編譯與鏈接，makefile的基本格式如下：

target…
：prerequisite…
(Tab鍵)command
#格式解釋
target:生成的目標文件，可以是可執行文件，也可以是中間目標文件
prerequisite:生成target所需要的文件
command:make需要的執行命令，一般是編譯與鏈接的命令，命令前面必須要有Tab鍵才能有效果

makefile的簡單例子（用的Ubuntu11.10）：

gcc–chello.c：編譯command目錄下的hello.c源文件，編譯之後會生成hello.o中間文件。
rm：刪除command目錄下的hello.o與exe.out文件
./exe.out：輸出exe.out可執行文件，hello.c中寫的是HelloWorld!
make：make命令與makeexe命令執行的效果是一樣的。

3. makefile到底在什麼軟體中有，它不是在編譯鏈接過程中產生的，那麼在什麼一個軟體中生成這個東西！！！

makefile是Linux系統散虧襲中空弊的編譯文件，GNU中利用makefile來確定沖兄軟體的編譯規則，需要自己編寫。

4. 有makefile文件怎麼編譯

makefile不是被編譯的，它是用來指導編譯器和鏈接器來編譯程序源文件的，這個文件也是個文本文件，具體格式你可以在網上查一下。

5. 如何 編譯 c code mikefile

Makefile 介紹

make命令執行時，需要一個 Makefile 文件，以告訴make命令需要怎麼樣的去編譯和鏈接程序。

首先，我們用一個示例來說明Makefile的書寫規則。以便給大家一個感興認識。這個示例來源於GNU的make使用手冊，在這個示例中，我們的工程有8個C文件，和3個頭文件，我們要寫一個Makefile來告訴make命令如何編譯和鏈接這幾個文件。我們的規則是：

1. 如果這個工程沒有編譯過，那麼我們的所有C文件都要編譯並被鏈接。

2. 如果這個工程的某幾個C文件被修改，那麼我們只編譯被修改的C文件，並鏈接目標程序。

3. 如果這個工程的頭文件被改變了，那麼我們需要編譯引用了這幾個頭文件的C文件，並鏈接目標程序。

只要我們的Makefile寫得夠好，所有的這一切，我們只用一個make命令就可以完成，make命令會自動智能地根據當前的文件修改的情況來確定哪些文件需要重編譯，從而自己編譯所需要的文件和鏈接目標程序。

1.1 Makefile的規則

在講述這個Makefile之前，還是讓我們先來粗略地看一看Makefile的規則。 target ... : prerequisites ...

command

...

...

target也就是一個目標文件，可以是Object
File，也可以是執行文件。還可以是一個標簽（Label），對於標簽這種特性，在後續的「偽目標」章節中會有敘述。

prerequisites就是，要生成那個target所需要的文件或是目標。

command也就是make需要執行的命令。（任意的Shell命令）

這是一個文件的依賴關系，也就是說，target這一個或多個的目標文件依賴於

prerequisites中的文件，其生成規則定義在command中。說白一點就是說，prerequisites中如果有一個以上的文件比target文件要新的話，command所定義的命令就會被執行。這就是Makefile的規則。也就是Makefile中最核心的內容。

說到底，Makefile的東西就是這樣一點，好像我的這篇文檔也該結束了。呵呵。還不盡然，這是Makefile的主線和核心，但要寫好一個Makefile還不夠，我會以後面一點一點地結合我的工作經驗給你慢慢到來。內容還多著呢。：）

1.2 一個示例

正如前面所說的，如果一個工程有3個頭文件，和8個C文件，我們為了完成前面所述的那三個規則，我們的Makefile應該是下面的這個樣子的。

edit : main.o kbd.o command.o display.o \

insert.o search.o files.o utils.o

cc -o edit main.o kbd.o command.o display.o \

insert.o search.o files.o utils.o

main.o : main.c defs.h

cc -c main.c

kbd.o : kbd.c defs.h command.h

cc -c kbd.c

command.o : command.c defs.h command.h

cc -c command.c

display.o : display.c defs.h buffer.h

cc -c display.c

insert.o : insert.c defs.h buffer.h

cc -c insert.c

search.o : search.c defs.h buffer.h

cc -c search.c

files.o : files.c defs.h buffer.h command.h

cc -c files.c

utils.o : utils.c defs.h

cc -c utils.c

clean :

rm edit main.o kbd.o command.o display.o \

insert.o search.o files.o utils.o

反斜杠（\）是換行符的意思。這樣比較便於Makefile的易讀。我們可以把這個內容保存在文件為「Makefile」或「makefile」的文件中，然後在該目錄下直接輸入命令「make」就可以生成執行文件edit。如果要刪除執行文件和所有的中間目標文件，那麼，只要簡單地執行一下「make
clean」就可以了。

在這個makefile中，目標文件（target）包含：執行文件edit和中間目標文件（*.o），依賴文件（prerequisites）就是冒號後面的那些
.c 文件和 .h文件。每一個 .o 文件都有一組依賴文件，而這些 .o 文件又是執行文件 edit
的依賴文件。依賴關系的實質上就是說明了目標文件是由哪些文件生成的，換言之，目標文件是哪些文件更新的。

在定義好依賴關系後，後續的那一行定義了如何生成目標文件的操作系統命令，一定要以一個Tab鍵作為開頭。記住，make並不管命令是怎麼工作的，他只管執行所定義的命令。make會比較targets文件和prerequisites文件的修改日期，如果prerequisites文件的日期要比targets文件的日期要新，或者target不存在的話，那麼，make就會執行後續定義的命令。

這里要說明一點的是，clean不是一個文件，它只不過是一個動作名字，有點像C語言中的lable一樣，其冒號後什麼也沒有，那麼，make就不會自動去找文件的依賴性，也就不會自動執行其後所定義的命令。要執行其後的命令，就要在make命令後明顯得指出這個lable的名字。這樣的方法非常有用，我們可以在一個makefile中定義不用的編譯或是和編譯無關的命令，比如程序的打包，程序的備份，等等。

1.3 make是如何工作的

在默認的方式下，也就是我們只輸入make命令。那麼，

1. make會在當前目錄下找名字叫「Makefile」或「makefile」的文件。

2. 如果找到，它會找文件中的第一個目標文件（target），在上面的例子中，他會找到「edit」這個文件，並把這個文件作為最終的目標文件。

3. 如果edit文件不存在，或是edit所依賴的後面的 .o
文件的文件修改時間要比edit這個文件新，那麼，他就會執行後面所定義的命令來生成edit這個文件。

4.
如果edit所依賴的.o文件也存在，那麼make會在當前文件中找目標為.o文件的依賴性，如果找到則再根據那一個規則生成.o文件。（這有點像一個堆棧的過程）

5. 當然，你的C文件和H文件是存在的啦，於是make會生成 .o 文件，然後再用 .o 文件聲明make的終極任務，也就是執行文件edit了。

這就是整個make的依賴性，make會一層又一層地去找文件的依賴關系，直到最終編譯出第一個目標文件。在找尋的過程中，如果出現錯誤，比如最後被依賴的文件找不到，那麼make就會直接退出，並報錯，而對於所定義的命令的錯誤，或是編譯不成功，make根本不理。

6. makefile鏈接找不到函數

最近在Linux下編程發現一個詭異的現象，就是在鏈接一個靜態庫的時候總是報錯，類似下面這樣的錯誤：

(.text+0x13): undefined reference to `func'

關於undefined reference這樣的問題，大家其實經常會遇到，在此，我以詳細地示例給出常見錯誤的頃芹各種原因以及解決方法，希望對初學者有所幫助。

1. 鏈接時缺失了相關目標文件（.o）

測試代碼如下：



然後編譯。

gcc -c test.c

gcc –c main.c

得到兩個 .o 文件，一個是 main.o，一個是 test.o ，然後我們鏈接 .o 得到可執行程序：

gcc -o main main.o

這時，你會發現，報錯了：

main.o: In function `main':

main.c:(.text+0x7): undefined reference to `test'

collect2: ld returned 1 exit status

這就是最典型的undefined reference錯誤，因為在鏈接時發現找不到某個函數的實現文件，本例中test.o文件中包含了爛乎埋test()函數的實現，所以如果按下面這種方式鏈接就沒事了。

gcc -o main main.o test.o

【擴展】：其實上飢螞面為了讓大家更加清楚底層原因，我把編譯鏈接分開了，下面這樣編譯也會報undefined reference錯，其實底層原因與上面是一樣的。

7. makefile編譯鏈接時出現warning，so.1

首先，搜索你的所有鏈接目錄下面有沒有 xxx.so 這個文件。木有，顯然不對。

如果有，看xxx.so是不是僅僅只是個link類型的文件。這很有可能是個link類型的文件，它鏈接到xxx.so.1 。而你xxx.so.1 不存在。

所以，就報這個問題。

8. Makefile 鏈接靜態庫

Linux的靜態庫是以.a結尾的，要連接靜態庫有兩種方法，一種是在編譯命令最後直接加上庫路徑/庫名稱。

例如你的庫在絕對目錄/lib/libtest.a下面

你就可以這樣來編譯

你可以用-L制定庫的目錄，用-l指定庫的名稱。（是一起用的-L -l）
例如庫的名稱為libtest.a 那麼就用-ltest

註：-ltest要放在-o的後面，不然不會起作用。

詳細可參考： https://blog.csdn.net/u011964923/article/details/73297443

9. iar使用makefile編譯

要編譯出在 iar開發板上運行的可執行文件，需要使用到交叉編譯器 iar-linux-gnueabihf-gcc 來編譯，在終端中輸入如下命令：
iar-linux-gnueabihf-gcc -g -c led.s -o led.o
上述命令就是將 led.s 編譯為 led.o，其中「-g」選項是產生調試信息，GDB 能夠使用這些
調試信息進行代碼調試。「-c」選項是編譯源文件，但是不鏈接。「-o」選項是指定編譯產生的文
件名字，這里我們指定 led.s 編譯完成以後的文件名字為 led.o。執行上述命令以後就會編譯生
成一個 led.o 文件
2 、arm-linux-gnueabihf-ld 鏈接文件
arm-linux-gnueabihf-ld 用來將眾多的.o 文件鏈接到一個指定的鏈接位置。我們在學習SMT32 的時候基本就沒有聽過「鏈接」這個詞，我們一般用 MDK 編寫好代碼，然後點擊「編
譯」，MDK 或者 IAR 就會自動幫我們編譯好整個工程，最後再點擊「下載」就可以將代碼下載
到開發板中。這是因為鏈接這個操作 MDK 或者 IAR 已經幫你做好了，因此我們現在需要做的就是確定一下本試驗最終的可執行文件其運行起始地址，也就是鏈接地址。這里我們要區分「存儲地址」和「運行地址」這兩個概念，「存儲地址」就是可執行文件存儲在哪裡，可執行文件的存儲地址可以隨意選擇。「運行地址」就是代碼運行的時候所處的地址，這個我們在鏈接的時候就已經確定好了，代碼要運行，那就必須處於運行地址處，否則代碼肯定運行出錯。比如設備支持 SD 卡、EMMC、NAND 啟動，因此代碼可以存儲到 SD 卡、EMMC 或者 NAND 中，但是要運行的話就必須將代碼從 SD 卡、EMMC 或者NAND 中拷貝到其運行地址(鏈接地址)處，「存儲地址」和「運行地址」可以一樣，比如STM32 的存儲起始地址和運行起始地址都是 0X08000000，輸入如下命令
arm-linux-gnueabihf-ld -Ttext 0X87800000 led.o -o led.elf
上述命令中-Ttext 就是指定鏈接地址，「-o」選項指定鏈接生成的 elf 文件名，這里我們命名
為 led.elf

10. 如何使用自己的makefile編譯android ndk項目

android ndk提供了一套自己的makefile管理方式，要將源碼項目移植到android平台，需要按照android的makefile規則編寫makefile，還要按android的規則部署源碼目錄，對一個有自己的makefile管理方法的大型項目來說，只是做一下makefile遷移工作就是一件很麻煩的事。
其實android ndk上的編譯說到底也就是交叉編譯，只要配置好交叉編譯工具鏈，使用原有的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
你可以試一下上面的配置，如果編譯鏈接都沒有問題，可以adb push到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.o
crtend_android.o
這其中鏈接參數中的-Wl,-dynamic-linker,/system/bin/linker、crtbegin_static.o、crtend_android.o是最關鍵的，android使用了自己的進程載入器，並且自定義了c運行時的啟動結束。難怪先前編譯的進程啟動不了。