_____________________________________________________________________________________________________________
這篇文章介紹在LINUX下進行C語言程式設計所需要的基礎知識。在這篇文章當中，我們将會學到以下内容：
源程式編譯
Makefile的編寫
程式庫的連結
程式的調試
頭檔案和系統求助
1.源程式的編譯
在Linux下面，如果要編譯一個C語言源程式，我們要使用GNU的gcc編譯器。 下面我們以一個執行個體來說明如何使用gcc編譯器。
假設我們有下面一個非常簡單的源程式(hello.c)：
int main(int argc，char **argv)
{
printf("Hello Linux\n")；
}
要編譯這個程式，我們隻要在指令行下執行：
gcc -o hello hello.c
gcc 編譯器就會為我們生成一個hello的可執行檔案。執行./hello就可以看到程式的輸出結果了。指令行中 gcc表示我們是用gcc來編譯我們的源程式，-o 選項表示我們要求編譯器給我們輸出的可執行檔案名為hello 而hello.c是我們的源程式檔案。
gcc編譯器有許多選項，一般來說我們隻要知道其中的幾個就夠了。 -o選項我們已經知道了，表示我們要求輸出的可執行檔案名。 -c選項表示我們隻要求編譯器輸出目标代碼，而不必要輸出可執行檔案。 -g選項表示我們要求編譯器在編譯的時候提供我們以後對程式進行調試的資訊。
知道了這三個選項，我們就可以編譯我們自己所寫的簡單的源程式了，如果你想要知道更多的選項，可以檢視gcc的幫助文檔，那裡有着許多對其它選項的詳細說明。
2.Makefile的編寫
假設我們有下面這樣的一個程式，源代碼如下：
#include "mytool1.h"
#include "mytool2.h"
mytool1_print("hello")；
mytool2_print("hello")；
#ifndef _MYTOOL_1_H
#define _MYTOOL_1_H
void mytool1_print(char *print_str)；
#endif
void mytool1_print(char *print_str)
printf("This is mytool1 print %s\n"，print_str)；
#ifndef _MYTOOL_2_H
#define _MYTOOL_2_H
void mytool2_print(char *print_str)；
void mytool2_print(char *print_str)
printf("This is mytool2 print %s\n"，print_str)；
當然由于這個程式是很短的我們可以這樣來編譯
gcc -c main.c
gcc -c mytool1.c
gcc -c mytool2.c
gcc -o main main.o mytool1.o mytool2.o
這樣的話我們也可以産生main程式，而且也不時很麻煩。但是如果我們考慮一下如果有一天我們修改了其中的一個檔案(比如說mytool1.c)那麼我們 難道還要重新輸入上面的指令?也許你會說，這個很容易解決啊，我寫一個SHELL腳本，讓她幫我去完成不就可以了。是的對于這個程式來說，是可以起到作用 的。但是當我們把事情想的更複雜一點，如果我們的程式有幾百個源程式的時候，難道也要編譯器重新一個一個的去編譯?
為此，聰明的程式員們想出了一個很好的工具來做這件事情，這就是make。我們隻要執行以下make，就可以把上面的問題解決掉。在我們執行make之 前，我們要先編寫一個非常重要的檔案。--Makefile。對于上面的那個程式來說，可能的一個Makefile的檔案是：
# 這是上面那個程式的Makefile檔案
main：main.o mytool1.o mytool2.o
main.o：main.c mytool1.h mytool2.h
mytool1.o：mytool1.c mytool1.h
mytool2.o：mytool2.c mytool2.h
有了這個Makefile檔案，不過我們什麼時候修改了源程式當中的什麼檔案，我們隻要執行make指令，我們的編譯器都隻會去編譯和我們修改的檔案有關的檔案，其它的檔案她連理都不想去理的。
下面我們學習Makefile是如何編寫的。
在Makefile中也#開始的行都是注釋行.Makefile中最重要的是描述檔案的依賴關系的說明。一般的格式是：
target：components
TAB rule
第一行表示的是依賴關系。第二行是規則。
比如說我們上面的那個Makefile檔案的第二行
表示我們的目标(target)main的依賴對象(components)是main.o mytool1.o mytool2.o 當倚賴的對象在目标修改後修改的話，就要去執行規則一行所指定的指令。就象我們的上面那個Makefile第三行所說的一樣要執行 gcc -o main main.o mytool1.o mytool2.o 注意規則一行中的TAB表示那裡是一個TAB鍵
Makefile有三個非常有用的變量。分别是$@，$^，$<代表的意義分别是：
$@--目标檔案，$^--所有的依賴檔案，$<--第一個依賴檔案。
如果我們使用上面三個變量，那麼我們可以簡化我們的Makefile檔案為：
# 這是簡化後的Makefile
gcc -o $@ $^
gcc -c $<<br>
經過簡化後我們的Makefile是簡單了一點，不過人們有時候還想簡單一點。這裡我們學習一個Makefile的預設規則
.c.o：
這個規則表示所有的 .o檔案都是依賴與相應的.c檔案的。例如mytool.o依賴于mytool.c這樣Makefile還可以變為：
# 這是再一次簡化後的Makefile
好了，我們的Makefile 也差不多了，如果想知道更多的關于Makefile規則可以檢視相應的文檔。
3.程式庫的連結
試着編譯下面這個程式
#include
double value；
printf("Value：%f\n"，value)；
這個程式相當簡單，但是當我們用 gcc -o temp temp.c 編譯時會出現下面所示的錯誤。
/tmp/cc33Kydu.o： In function `main'：
/tmp/cc33Kydu.o(.text+0xe)： undefined reference to `log'
collect2： ld returned 1 exit status
出現這個錯誤是因為編譯器找不到log的具體實作。雖然我們包括了正确的頭檔案，但是我們在編譯的時候還是要連接配接确定的庫。在Linux下，為了使用數學 函數，我們必須和數學庫連接配接，為此我們要加入 -lm 選項。 gcc -o temp temp.c -lm這樣才能夠正确的編譯。也許有人要問，前面我們用printf函數的時候怎麼沒有連接配接庫呢?是這樣的，對于一些常用的函數的實作，gcc編譯器會自 動去連接配接一些常用庫，這樣我們就沒有必要自己去指定了。有時候我們在編譯程式的時候還要指定庫的路徑，這個時候我們要用到編譯器的 -L選項指定路徑。比如說我們有一個庫在 /home/hoyt/mylib下，這樣我們編譯的時候還要加上 -L/home/hoyt/mylib。對于一些标準庫來說，我們沒有必要指出路徑。隻要它們在起預設庫的路徑下就可以了。系統的預設庫的路徑/lib /usr/lib /usr/local/lib 在這三個路徑下面的庫，我們可以不指定路徑。
還有一個問題，有時候我們使用了某個函數，但是我們不知道庫的名字，這個時候怎麼辦呢?很抱歉，對于這個問題我也不知道答案，我隻有一個傻辦法。首先，我 到标準庫路徑下面去找看看有沒有和我用的函數相關的庫，我就這樣找到了線程(thread)函數的庫檔案(libpthread.a)。 當然，如果找不到，隻有一個笨方法。比如我要找sin這個函數所在的庫。 就隻好用 nm -o /lib/*.so|grep sin>~/sin 指令，然後看~/sin檔案，到那裡面去找了。在sin檔案當中，我會找到這樣的一行libm-2.1.2.so：00009fa0 W sin 這樣我就知道了sin在 libm-2.1.2.so庫裡面，我用 -lm選項就可以了(去掉前面的lib和後面的版本标志，就剩下m了是以是 -lm)。 如果你知道怎麼找，請趕快告訴我，我回非常感激的。謝謝!
4.程式的調試
我們編寫的程式不太可能一次性就會成功的，在我們的程式當中，會出現許許多多我們想不到的錯誤，這個時候我們就要對我們的程式進行調試了。
最常用的調試軟體是gdb.如果你想在圖形界面下調試程式，那麼你現在可以選擇xxgdb.記得要在編譯的時候加入 -g選項.關于gdb的使用可以看gdb的幫助檔案。由于我沒有用過這個軟體，是以我也不能夠說出如何使用。不過我不喜歡用gdb.跟蹤一個程式是很煩的 事情，我一般用在程式當中輸出中間變量的值來調試程式的。當然你可以選擇自己的辦法，沒有必要去學别人的。現在有了許多IDE環境，裡面已經自己帶了調試 器了。你可以選擇幾個試一試找出自己喜歡的一個用。
5.頭檔案和系統求助
有時候我們隻知道一個函數的大概形式，不記得确切的表達式，或者是不記得着函數在那個頭檔案進行了說明。這個時候我們可以求助系統。
比如說我們想知道fread這個函數的确切形式，我們隻要執行 man fread 系統就會輸出着函數的詳細解釋的。和這個函數所在的頭檔案說明了。 如果我們要write這個函數的說明，當我們執行man write時，輸出的結果卻不是我們所需要的。 因為我們要的是write這個函數的說明，可是出來的卻是write這個指令的說明。為了得到write的函數說明我們要用 man 2 write. 2表示我們用的write這個函數是系統調用函數，還有一個我們常用的是3表示函數是C的庫函數。
記住不管什麼時候，man都是我們的最好助手。
___________________________________________________________________________________________________________
%.o : %.c
下面這個例子表示了,把所有的[.c]檔案都編譯成[.o]檔案.
%.o : %.c
$(CC) -c $(CFLAGS) $(CPPFLAGS) $< -o $@
————————————————————————————————————————————
對 makefile 中 .c.o 的了解
看例子：
LIBS=gao.o all: $(LIBS) @echo "final" .c.o: gcc -o $@ $<<br> echo "in .c.o rule" 
執行 結果：
gcc -o gao.o gao.c
in .c.o rule
final
注意其中的 .c.o ，其實是 和 %o:%c 等價。是一個舊格式。
是以 $@ 對應了 gao.o ，$< 對應了 gao.c ，不要弄反了。
____________________________________________________________________________________________________________
Makefile中通配符*與%的差別是什麼?
此兩者均為通配符，但更準确的講，%為Makefile規則通配符，一般用于規則描述，如
%.o:%c
$(CC) $< -o $@
表示所有的目标檔案及其依賴檔案，或者
$(filter %.c ,SOURCES)
此處SOURCES表示包含.c .cc .cpp等多類型源檔案，該過濾器函數将c檔案過濾出來，而%.c即為此過濾器規則。
通配符*則不具備上述功能。尤其是在Makefile，當變量定義或者函數調用時，該通配符的展開功能就失效了，即不能正常使用了，此時需要借助wildcard函數。二者應用範圍不同。