makefile

 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文件可简化为：

1. #这是简化后的Makefile  
2. main: main.o mytool1.o mytool2.o 　　
3.             gcc -o $@ $^  
4. main.o: main.c mytool1.h mytool2.h  
5.             gcc -c $<  
6. mytool1.o: mytool1.c mytool1.h  
7.             gcc -c $<  
8. mytool2.o: mytool2.c mytool2.h  
9.             gcc -c $<  

 

经过简化后我们的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 "，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都是我们的最好助手。