Linux之Makefile学习

1、走进Linux操作系统，认识linux下的编译工具——Makefile

      make是一个命令工具，是一个解释makefile中指令的命令工具，一个工程中的源文件不计数，其按类型、功能、模块分别放在若干个目录中，makefile定义了一系列的规则来指定，哪些文件需要先编译，哪些文件需要后编译，哪些文件需要重新编译，甚至于进行更复杂的功能操作，因为makefile就像一个Shell脚本一样，其中也可以执行操作系统的命令。 makefile带来的好处就是——“自动化编译”，一旦写好，只需要一个make命令，整个工程完全自动编译，极大的提高了软件开发的效率。

2、实例

一个工程有3个头文件，和8个C文件

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中，目标文件（target）包含：执行文件edit和中间目标文件（*.o），依赖文件（prerequisites）就是冒号后面的那些 .c 文件和 .h文件。每一个 .o 文件都有一组依赖文件，而这些 .o 文件又是执行文件 edit 的依赖文件。依赖关系的实质上就是说明了目标文件是由哪些文件生成的，换言之，目标文件是哪些文件更新的。

在默认的方式下，也就是我们只输入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会一层又一层地去找文件的依赖关系，直到最终编译出第一个目标文件

3、makefile中使用变量

objects = main.o kbd.o command.o display.o \
insert.o search.o files.o utils.o
edit : $(objects)
cc -o edit $(objects)

4、GNU的make很强大，它可以自动推导文件以及文件依赖关系后面的命令，于是我们就没必要去在每一个[.o]文件后都写上类似的命令，因为，我们的make会自动识别，并自己推导命令。

main.o : defs.h
kbd.o : defs.h command.h
command.o : defs.h command.h
display.o : defs.h buffer.h
insert.o : defs.h buffer.h
search.o : defs.h buffer.h
files.o : defs.h buffer.h command.h
utils.o : defs.h

在这个make自动推导的规则中；只要make看到一个[.o]文件，它就会自动的把[.c]文件加在依赖关系中，如果make找到一个kbd.o，那么kbd.c，就会是kbd.o的依赖文件。并且 cc -c kbd.c 也会被推导出来

5、另类风格的makefile

$(objects) : defs.h
kbd.o command.o files.o : command.h
display.o insert.o search.o files.o : buffer.h

对[.o]文件的公共[.h]文件可以编写在一起

6、清空目标文件的规则

更为稳健的做法是：
.PHONY : clean
clean :
-rm edit $(objects)

.PHONY意思表示clean是一个“伪目标”，。而在rm命令前面加了一个小减号的意思就是，也许某些文件出现问题，但不要管，继续做后面的事。

7、Makefile 总述

• Makefile里主要包含了五个东西：显式规则、隐晦规则、变量定义、文件指示和注释

8、Makefile的文件名

默认的情况下，make命令会在当前目录下按顺序找寻文件名为“GNUmakefile”、“makefile”、“Makefile”的文件，找到了解释这个文件。在这三个文件名中，最好使用“Makefile”这个文件名，因为，这个文件名第一个字符为大写，这样有一种显目的感觉。最好不要用“GNUmakefile”，这个文件是GNU的make识别的。有另外一些make只对全小写的“makefile”文件名敏感，但是基本上来说，大多数的make都支持“makefile”和“Makefile”这两种默认文件名。

9、引用其它的Makefile

如果目录<prefix>/include（一般是：/usr/local/bin或/usr/include）存在的话，make也会去找。如果有文件没有找到的话，make会生成一条警告信息，但不会马上出现致命错误如： -include <filename>

其表示，无论include过程中出现什么错误，都不要报错继续执行。和其它版本make兼 容的相关命令是sinclude，其作用和这一个是一样的。

10、环境变量 MAKEFILES

但是在这里我还是建议不要使用这个环境变量，因为只要这个变量一被定义，那么当你使用make时，所有的Makefile都会受到它的影响，这绝不是你想看到的

11、Makefile的工作方式

• 读入所有的Makefile。
• 读入被include的其它Makefile。
• 初始化文件中的变量。
• 推导隐晦规则，并分析所有规则。
• 为所有的目标文件创建依赖关系链。
• 根据依赖关系，决定哪些目标要重新生成。
• 执行生成命令。

12、书写规则

规则包含两个部分，一个是依赖关系，一个是生成目标的方法。

• 规则的语法

                targets : prerequisites
                         command

• 在规则中使用通配符
• 文件搜寻

       vpath %.c foo:bar
       vpath % blish
而上面的语句则表示“.c”结尾的文件，先在“foo”目录，然后是“bar”目录，最后才是“blish”目录。

• 伪目标
• 多目标
• 静态模式
• 自动生成依赖性
• 书写命令

如果make执行时，带入make参数“-n”或“--just-print”，那么其只是显示命令，但不会执行命令，这个功能很有利于我们调试我们的Makefile，看看我们书写的命令是执行起来是什么样子的或是什么顺序的。
而make参数“-s”或“--slient”则是全面禁止命令的显示。

• 嵌套执行make

在一些大的工程中，我们会把我们不同模块或是不同功能的源文件放在不同的目录中，我们可以在每个目录中都书写一个该目录的Makefile，这有利于让我们的Makefile变得更加地简洁，而不至于把所有的东西全部写在一个Makefile中，这样会很难维护我们的Makefile，这个技术对于我们模块编译和分段编译有着非常大的好处

• 追加变量值

我们可以使用“+=”操作符给变量追加值，如：
objects = main.o foo.o bar.o utils.o
objects += another.o

• override 指示符
• 字符串处理函数

• 文件名操作函数

• foreach 函数

foreach函数和别的函数非常的不一样。因为这个函数是用来做循环用的，Makefile中的foreach函数几乎是仿照于Unix标准Shell（/bin/sh）中的for语句，或是C-Shell（/bin/csh）中的foreach语句而构建的。它的语法是：
$(foreach <var>,<list>,<text>)

• call函数

call函数是唯一一个可以用来创建新的参数化的函数。你可以写一个非常复杂的表达式，这个表达式中，你可以定义许多参数，然后你可以用call函数来向这个表达式传递参数。其语法是：
$(call <expression>,<parm1>,<parm2>,<parm3>...)

• 伪函数命名

“all”
这个伪目标是所有目标的目标，其功能一般是编译所有的目标。
“clean”
这个伪目标功能是删除所有被make创建的文件。
“install”
这个伪目标功能是安装已编译好的程序，其实就是把目标执行文件拷贝到指定的
目标中去。
“print”
这个伪目标的功能是例出改变过的源文件。
“tar”
这个伪目标功能是把源程序打包备份。也就是一个tar文件。
“dist”
这个伪目标功能是创建一个压缩文件，一般是把tar文件压成Z文件。或是gz文件。
“TAGS”
这个伪目标功能是更新所有的目标，以备完整地重编译使用。
“check”和“test”
这两个伪目标一般用来测试makefile的流程。

当然一个项目的makefile中也不一定要书写这样的目标，这些东西都是GNU的东西，但是我想，GNU搞出这些东西一定有其可取之处

• 检查规则
• 编译潜规则

%.o : %.c
$(CC) -c $(CFLAGS) $(CPPFLAGS) $< -o $@
其中，"$@"表示所有的目标的挨个值，"$<"表示了所有依赖目标的挨个值。

$@：表示规则中的目标文件集。在模式规则中，如果有多个目标，那么，"$@"就是匹配于目标中模式定义的集合

$%：仅当目标是函数库文件中，表示规则中的目标成员名

$<：依赖目标中的第一个目标名字。如果依赖目标是以模式（即"%"）定义的，那么"$<"将是符合模式的一系列的文件集

$?：所有的依赖目标的集合。以空格分隔。如果在依赖目标中有多个重复的，那个这个变量会去除重复的依赖目标，只保留一份。

$+：这个变量很像"$^"，也是所有依赖目标的集合。只是它不去除重复的依赖目标。

$*：这个变量表示目标模式中"%"及其之前的部分。如果目标是"dir/a.foo.b"，并且目标的模式是"a.%.b"，那么，"$*"的值就是"dir/a.foo"。这个变量对于构造有关联的文件名是比较有较。如果目标中没有模式的定义，那么"$*"也就不能被推导出，但是，如果目标文件的后缀是make所识别的，那么"$*"就是除了后缀的那一部分。例如：如果目标是"foo.c"，因为".c"是make所能识别的后缀名，所以，"$*"的值就是"foo"。

#######################
# Makefile 静态库
#######################

# target
TARGET := devRegTool

# compile and lib parameter
CC      := gcc
LDFLAGS := -L./libdevRegTool/log/lib/
LIBS    := $(LDFLAGS)libzlog.a
DEFINES := -lzlog
INCLUDE := -I./libdevRegTool/log/include/
CFLAGS  := -O2 -W  -g 
CXXFLAGS:= 

# link
$(TARGET):main.o command/command.o
	$(CC) $(CFLAGS) $(INCLUDE) -o $@ $^ $(LIBS) $(DEFINES)
#compile
main.o:main.c
	$(CC)  -c $^ -o $@ 
#compile
command/command.o:command/command.c
	$(CC) -c $^ -o $@ 

# clean
clean:
	rm -fr *.o
	rm -fr $(TARGET)

#######################
# Makefile 动态库
#######################

# target
TARGET := main

# compile and lib parameter
CC      := gcc
LDFLAGS := -L./libdevRegTool/log/lib/libzlog.so
LIBS    := -llibzlog
DEFINES :=
INCLUDE := -I./libdevRegTool/log/include/
CFLAGS  :=  -O2 -W  -g  
CXXFLAGS:= 

# link
$(TARGET):main.o command/command.c
	$(CC) $(CFLAGS) -o $@ $^ $(LDFLAGS) $(LIBS)

#compile
main.o:main.c 
	$(CC)  -shared -fpic -c $^crm -fr $(TARGET)
#compile
command/command.o:command/command.c
	$(CC)  -shared -fpic -c $^crm -fr $(TARGET)

clean:
	rm -fr *.o
	rm -fr $(TARGET)