chapter6嵌入式Linux开发基础old创新.ppt

4.3 Makefile中的变量 Makefile里的变量就像一个环境变量。事实上，环境变量在make中也被解释成make的变量。这些变量对大小写敏感，一般使用大写宇母。几乎可以从任何地方引用定义的变量，变量的主要作用如下： 保存文件名列表。在前面的例子里，作为依赖文件的一些目标文件名出现在可执行文件的规则中，而在这个规则的命令行里同样包含这些文件并传递给gcc做为命令参数。如果使用一个变量来保存所有的目标文件名，则可以方便地加入新的目标文件而且不易出错。 保存可执行命令名，如编译器。在不同的Linux系统中存在着很多相似的编译器系统，这些系统在某些地方会有细微的差别，如果项目被用在一个非gcc的系统里，则必须将所有出现编译器名的地方改成用新的编译器名。但是如果使用一个变量来代替编译器名，那么只需要改变该变量的值。其他所有地方的命令名就都改变了。 保存编译器的参数。在很多源代码编译时，gcc需要很长的参数选项，在很多情况下，所有的编译命令使用一组相同的选项，如果把这组选项使用一个变量代表，那么可以把这个变量放在所有引用编译器的地方。当要改变选项的时候，只需改变一次这个变量的内容即可。 Makefile中的变量是用一个文本串在Makefile中定义的，这个文本串就是变量的值。只要在一行的开始写下这个变量的名字，后面跟一个“＝”号，以及要设定这个变量的值即可定义变量，下面是定义变量的语法： VARNAME=string 使用时，把变量用括号括起来，并在前面加上$符号，就可以引用变量的值： ${VARNAME} make解释规则时，VARNAME在等式右端展开为定义它的字符串。变量一般都在Makefile的头部定义。按照惯例，所有的Makefile变量都应该是大写。如果变量的值发生变化，就只需要在一个地方修改，从而简化了Makefile的维护。 现在利用变量把前面的Makefile重写一遍： OBJS=prog.o code.o CC=gcc ? test：${ OBJS } ${ CC } –o test ${ OBJS } prog.o：prog.c prog.h code.h ${ CC } –c prog.c –o prog.o code.o：code.c code.h ${ CC } –c code.c –o code.o ? clean： rm –f *.o 如：源程序为 经过变量替换过后的makefile文件： 除用户自定义的变量外，make还允许使用环境变量、自动变量和预定义变量。使用环境变量的方法很简单，在make启动时，make读取系统当前已定义的环境变量，并且创建与之同名同值的变量，因此用户可以像在shell中一样在Makefile中方便的引用环境变量。需要注意的是，如果用户在Makefile中定义了同名的变量，用户自定义变量将覆盖同名的环境变量。此外，Makefile中还有一些预定义变量和自动变量，但是看起来并不像自定义变量那样直观。 4.4 Makefile的隐含规则 在上面的例子中，几个产生目标文件的命令都是从“.c”的C语言源文件和相关文件通过编译产生“.o”目标文件，这也是一般的步骤。实际上，make可以使工作更加自动化，也就是说，make知道一些默认的动作，它有一些称作隐含规则的内置的规则，这些规则告诉make当用户没有完整地给出某些命令的时候，应该怎样执行。 例如，把生成prog.o和code.o的命令从规则中删除，make将会查找隐含规则，然后会找到并执行一个适当的命令。由于这些命令会使用一些变量，因此可以通过改变这些变量来定制make。象在前面的例子中所定义的那样，make使用变量CC来定义编译器，并且传递变量CFLAGS（编译器参数）、CPPFLAGS（C语言预处理器参数）、TARGET_ARCH（目标机器的结构定义）给编译器，然后加上参数-c，后面跟变量$（第一个依赖文件名），然后是参数-o加变量$@（目标文件名）。综上所述，一个C编译的具体命令将会是： $ {CC} $ {CFLAGS} $ {CPPFLAGS} $ {TARGET_ARCH} –c $ -o $@ 在上面的例子中，利用隐含规则，可以简化为： OBJS=prog.o code.o CC=gcc test：${ OBJS } ${ CC } –o $@ $^ ?prog.o：prog.c prog.h code.h code.o：code.c code.h ?clean： rm –f *.o 5 调试工具GDB 5.1 GDB调试器简介 Linux系统中包含了GNU 调试程序gdb，它是一个用来调试C和 C++ 程序