Makefile急急急

工程管理器

工程管理器同时支持makefile和Makefile，如果同一个目录下同时存在makefile和Makefile的话，会执行makefile，而不是Makefile

makefile的好处

可能一个项目有若干个模块，比如说一个简单的webserver可能有：线程池、Epoll、数据库连接池、HTTP请求的处理和响应四个模块
每个模块可能依赖若干个.cpp文件

在项目编译的时候，如果是某个模块里的某个.cpp文件改动
那么，如果没用makefile的话，你需要单独编译某个模块，然后再统一链接
显然是机械且重复无用的工作

但是有了makefile，那么会根据文件修改的时间，根据你的命令，单独编译有所改动的模块

一个实际的例子

三个模块：main.c，tool1.c, tool2.c

文件内容

main.c

main.c内容：

#include <stdio.h>#include "tool1.h"
#include "tool2.h"int main()
{mytool1();mytool2();return 0;
}

tool1.c

#include <stdio.h>
#include "tool1.h"void mytool1()
{printf("mytool1\\n");
}

tool2.c

#include <stdio.h>
#include "tool2.h"void mytool2()
{printf("mytool2\\n");
}

分析文件依赖关系

a.out依赖于main.o tool1.o tool2.o
tool1.o依赖于tool1.c
tool2.o依赖于tool2.c

最简单的makefile

mytool:main.o tool1.o tool2.ogcc main.o tool1.o tool2.o -o mytoolmain.o:main.cgcc main.c -c -o main.o -Wall -gtool1.o:tool1.cgcc tool1.c -c -o tool1.o -g -Walltool2.o:tool2.cgcc tool2.c -c -o tool2.o -g -Wall

原理就是查看依赖文件的修改时间的时间戳，比如现在更改了tool1.c，那么其他的模块并不会更改，只会单独编译tool1的模块，以及依赖tool1的文件

第一次优化——中间文件的清理

还有一点问题就是，可能会产生目标文件意外的中间文件，需要清理，所以可以加一部分，那么更改后如下：

mytool:main.o tool1.o tool2.ogcc main.o tool1.o tool2.o -o mytoolmain.o:main.cgcc main.c -c -o main.o -Wall -gtool1.o:tool1.cgcc tool1.c -c -o tool1.o -g -Walltool2.o:tool2.cgcc tool2.c -c -o tool2.o -g -Wallclean:rm *.o mytool -rf

现在就可以清理中间文件了，但是还有一些问题是，命令太繁琐，那么可以优化一些

第二次优化——使用变量替换依赖文件

在上面的例子中，多次写到了依赖文件：main.o tool1.o tool2.o
所以可以定义变量来代替，定义变量后可以用美元符号来获取变量的内容，这里有点类似指针
那么更改后如下：

OBJS=main.o tool1.o tool2.omytool:$(OBJS)gcc $(OBJS) -o mytoolmain.o:main.cgcc main.c -c -o main.o -Wall -gtool1.o:tool1.cgcc tool1.c -c -o tool1.o -g -Walltool2.o:tool2.cgcc tool2.c -c -o tool2.o -g -Wallclean:rm *.o mytool -rf

第三次优化——预定义变量：CC

在GCC中，有一个已经预先定义的变量，CC，值为gcc，所以大家可以想出，其实makefile可以管理其他语言的项目，只要安装了特定的编译器，那么更改后如下：

OBJS=main.o tool1.o tool2.o
CC=gccmytool:$(OBJS)$(CC) $(OBJS) -o mytoolmain.o:main.c$(CC) main.c -c -o main.o -Wall -gtool1.o:tool1.c$(CC) tool1.c -c -o tool1.o -g -Walltool2.o:tool2.c$(CC) tool2.c -c -o tool2.o -g -Wallclean:rm *.o mytool -rf

第四次优化——预定义变量：RM

其实还有一个预先定义的变量，RM，代表的含义就是rm，并且是rm -f，那么更改后如下：

OBJS=main.o tool1.o tool2.o
CC=gccmytool:$(OBJS)$(CC) $(OBJS) -o mytoolmain.o:main.c$(CC) main.c -c -o main.o -Wall -gtool1.o:tool1.c$(CC) tool1.c -c -o tool1.o -g -Walltool2.o:tool2.c$(CC) tool2.c -c -o tool2.o -g -Wallclean:$(RM) *.o mytool -r

第五次优化——使用变量优化编译选项

相信你注意到了，太多的编译选项太过于繁琐，所以你可以定义编译选项，那么更改后如下：

OBJS=main.o tool1.o tool2.o
CC=gcc
CFLAGS+=-Wall -g -cmytool:$(OBJS)$(CC) $(OBJS) -o mytoolmain.o:main.c$(CC) main.c  -o main.o $(CFLAGS)tool1.o:tool1.c$(CC) tool1.c -o tool1.o $(CFLAGS)tool2.o:tool2.c$(CC) tool2.c -o tool2.o $(CFLAGS)clean:$(RM) *.o mytool -r

第六次优化——预定义变量：^和@

我们注意到了，一个文件依赖另一个文件的时候，命令的内容是对依赖文件的编译指令或者一些其他的指令，那么有一个变量可以替代，$^，表示上一句依赖中，所有被依赖的文件
然后目标文件可以用$@表示，那么更改后如下：

OBJS=main.o tool1.o tool2.o
CC=gcc
CFLAGS+=-Wall -g -cmytool:$(OBJS)$(CC) $^ -o $@main.o:main.c$(CC) $^  -o $@ $(CFLAGS)tool1.o:tool1.c$(CC) $^ -o $@ $(CFLAGS)tool2.o:tool2.c$(CC) $^ -o $@ $(CFLAGS)clean:$(RM) *.o mytool -r

第7次优化——通配符的使用

此时你可能会觉得，哎呀，都优化到这个地步了，肯定优化不了了吧
其实不是的，你会发现你的每个模块的结构都很相似
某个target.o文件 冒号 依赖对应的.c文件
一个制表符 一条指令

这里就可以使用%，有点类似通配符，更改后如下：

OBJS=main.o tool1.o tool2.o
CC=gcc
CFLAGS+=-Wall -g -cmytool:$(OBJS)$(CC) $^ -o $@%.o:%.c$(CC) $^  -o $@ $(CFLAGS)clean:$(RM) *.o mytool -r

其他学习资料

• 跟我一起写makefile
• makefile参考手册