标签：
main.c, mytool1.h, mytool1.c, mytool2.h, mytool2.c
我们可以这样来编译：
gcc -c main.c
gcc -c mytool1.c
gcc -c mytool2.c
gcc -o main main.o mytool1.o mytool2.o
Makefile文件中最重要的是描述文件的依赖关系的说明，其一般的格式为：
target： components
TAB rule
第一行表示的是依赖关系，第二行是规则。
例如上面那个Makefile文件的第二行：main: main.o mytool1.o mytool2.o，表示我们的目标(target)main的依赖对象(components)是main.o mytool1.o mytool2.o
当依赖的对象在目标修改后修改的话，就要去执行规则行所指定的命令。
例如上面那个Makefile文件的第三行：gcc -o main main.o mytool1.o mytool2.o
注意：规则行中的TAB表示那里是一个TAB 键。
3. Makefile的常用变量
Makefile 有三个非常有用的变量：$@，$^，$<。其意义为：
$@：目标文件
$^：所有的依赖文件
$<：第一个依赖文件
如果使用上面三个变量，上面那个Makefile文件可简化为：
经过简化后我们的Makefile是简单了一点，不过人们有时候还想简单一点。这里我们学习一个Makefile的缺省规则
.c.o：
gcc -c $<
这个规则表示所有的 .o文件都是依赖与相应的.c文件的。例如mytool.o依赖于mytool.c这样Makefile还可以变为：
# 这是再一次简化后的Makefile
main：main.o mytool1.o mytool2.o
gcc -o $@ $^
.c.o：
gcc -c $<
好了，我们的Makefile 也差不多了，如果想知道更多的关于Makefile规则可以查看相应的文档。
3.程序库的链接
试着编译下面这个程序
/* temp.c */
#include
int main(int argc，char **argv)
{
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都是我们的最好助手。
标签：
原文地址：http://www.cnblogs.com/kex1n/p/5866923.html
