文章目录
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.o
gcc main.o tool1.o tool2.o -o mytool
main.o:main.c
gcc main.c -c -o main.o -Wall -g
tool1.o:tool1.c
gcc tool1.c -c -o tool1.o -g -Wall
tool2.o:tool2.c
gcc tool2.c -c -o tool2.o -g -Wall
原理就是查看依赖文件的修改时间的时间戳,比如现在更改了tool1.c,那么其他的模块并不会更改,只会单独编译tool1的模块,以及依赖tool1的文件
第一次优化——中间文件的清理
还有一点问题就是,可能会产生目标文件意外的中间文件,需要清理,所以可以加一部分,那么更改后如下:
mytool:main.o tool1.o tool2.o
gcc main.o tool1.o tool2.o -o mytool
main.o:main.c
gcc main.c -c -o main.o -Wall -g
tool1.o:tool1.c
gcc tool1.c -c -o tool1.o -g -Wall
tool2.o:tool2.c
gcc tool2.c -c -o tool2.o -g -Wall
clean:
rm *.o mytool -rf
现在就可以清理中间文件了,但是还有一些问题是,命令太繁琐,那么可以优化一些
第二次优化——使用变量替换依赖文件
在上面的例子中,多次写到了依赖文件:main.o tool1.o tool2.o
所以可以定义变量来代替,定义变量后可以用美元符号来获取变量的内容,这里有点类似指针
那么更改后如下:
OBJS=main.o tool1.o tool2.o
mytool:$(OBJS)
gcc $(OBJS) -o mytool
main.o:main.c
gcc main.c -c -o main.o -Wall -g
tool1.o:tool1.c
gcc tool1.c -c -o tool1.o -g -Wall
tool2.o:tool2.c
gcc tool2.c -c -o tool2.o -g -Wall
clean:
rm *.o mytool -rf
第三次优化——预定义变量:CC
在GCC中,有一个已经预先定义的变量,CC
,值为gcc,所以大家可以想出,其实makefile可以管理其他语言的项目,只要安装了特定的编译器,那么更改后如下:
OBJS=main.o tool1.o tool2.o
CC=gcc
mytool:$(OBJS)
$(CC) $(OBJS) -o mytool
main.o:main.c
$(CC) main.c -c -o main.o -Wall -g
tool1.o:tool1.c
$(CC) tool1.c -c -o tool1.o -g -Wall
tool2.o:tool2.c
$(CC) tool2.c -c -o tool2.o -g -Wall
clean:
rm *.o mytool -rf
第四次优化——预定义变量:RM
其实还有一个预先定义的变量,RM,代表的含义就是rm,并且是rm -f,那么更改后如下:
OBJS=main.o tool1.o tool2.o
CC=gcc
mytool:$(OBJS)
$(CC) $(OBJS) -o mytool
main.o:main.c
$(CC) main.c -c -o main.o -Wall -g
tool1.o:tool1.c
$(CC) tool1.c -c -o tool1.o -g -Wall
tool2.o:tool2.c
$(CC) tool2.c -c -o tool2.o -g -Wall
clean:
$(RM) *.o mytool -r
第五次优化——使用变量优化编译选项
相信你注意到了,太多的编译选项太过于繁琐,所以你可以定义编译选项,那么更改后如下:
OBJS=main.o tool1.o tool2.o
CC=gcc
CFLAGS+=-Wall -g -c
mytool:$(OBJS)
$(CC) $(OBJS) -o mytool
main.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 -c
mytool:$(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 -c
mytool:$(OBJS)
$(CC) $^ -o $@
%.o:%.c
$(CC) $^ -o $@ $(CFLAGS)
clean:
$(RM) *.o mytool -r
其他学习资料
- 跟我一起写makefile
- makefile参考手册