129 Linux 系统编程7 ,make 的编写和解析

前文中,我们有多少个.c文件,就需要build 出来多少个.o文件

假设我们的项目很大,怎么管理这些 .c文件呢?

这里就要学习一个make文件的编写了。

makefile 本质上是一个脚本语言

脚本语言实际上就是将一系列命令放在一起执行

makefile 的用途:

项目代码编译管理

节省编译项目时间

一次编译终身受益

Makefile 工作内容:

makefile 会把遇见的第一条指令作为他的终极指令

但是如果开发者在前面加了关键字 ALL

就会把ALL:后面的 做为 makefile 的终极目标

因此一般,我们都会写ALL

ALL:a.out

make file的写法:

命名只有两种,一种叫做makefile 一种叫做Makefile

一个规则,

目标:依赖条件

                (一个tab缩进)命令

hello:hello.cgcc hello.c -o hello

解释:

目标是生成hello 这个可执行文件

依赖条件的意思是:要生成hello这个目标文件,需要依赖于 hello.c这个文件

然后缩进,这个是语法格式要求

命令的意思是:怎么使用 hello.c生成hello这个目标文件

基本原则的原文:

        若想生成目标, 检查规则中的额依赖条件是否存在,如不存在,则寻找是否有规则用来生成该依赖文件。

好,我们把这段话从自己刚才写的例子理解一下:

上述我们写的时候 是目标是 hello ,依赖条件是hello.c

我们改写一下 先从hello.c生成 hello.o

然后从hello.o生成目标文件hello

hello:hello.ogcc hello.o -o hellohello.o:hello.cgcc -c hello.c -o hello.o

hunandede@hunandede-virtual-machine:~/day03/makefilestudy$ ls
hello.c  makefile
hunandede@hunandede-virtual-machine:~/day03/makefilestudy$ make
gcc -c hello.c -o hello.o
gcc hello.o -o hello
hunandede@hunandede-virtual-machine:~/day03/makefilestudy$ 

1.学习这个之前,我们将昨天的部分整理过来并 按照g++的方法手动build 一下

文件内容如下,head 中存放.h文件

src 文件夹下放着所有的.cpp文件

g++ src/test.cpp src/addfunc.cpp src/devfunc.cpp src/mulfunc.cpp src/subfunc.cpp -o a.out -I ./head

如上,我们build 出来了一个 a.out文件,如下是执行 a.out文件

hunandede@hunandede-virtual-machine:~/day03/makefilestudy2$ ./a.out 
a+b = 15
a-b = 5
a*b = 50
a/b = 2

2. 改造成makefile 的写法

a.out:addfunc.o subfunc.o mulfunc.o devfunc.o test.og++ addfunc.o subfunc.o mulfunc.o devfunc.o test.o -o a.out
addfunc.o:addfunc.cppg++ -c addfunc.cpp -o addfunc.o -I../headsubfunc.o:subfunc.cppg++ -c subfunc.cpp -o subfunc.o -I../headmulfunc.o:mulfunc.cppg++ -c mulfunc.cpp -o mulfunc.o -I../headdevfunc.o:devfunc.cppg++ -c devfunc.cpp -o devfunc.o -I../headtest.o:test.cppg++ -c test.cpp -o test.o -I../head

执行make 就会生成a.out文件,然后我们运行 a.out文件

hunandede@hunandede-virtual-machine:~/day03/makefilestudy2/src$ ./a.out 
a+b = 15
a-b = 5
a*b = 50
a/b = 2

 这里有一个问题:我们上面为什么要将所有的.c分开写,转成.o,然后再使用使用所有的.o生成 a.out呢? 直接 g++ addfunc.cpp subfunc.cpp mulfunc.cpp divfunc.cpp -o a.out 写起来不是更方便吗?

原因是 当addfunc.cpp的代码有改动后,重新build的时候,这么一行的写法会让所有的.cpp文件编译成.o,然后将所有的.o文件再链接成 a.out文件。

实际上只有 addfunc.cpp改动了,其他的都没有变化,让其他的跟着重新build出来自己的.o文件是很没有必要的。因此要分开写。

回顾 g++编译的四个阶段预处理:头文件展开,宏替换,注释去掉编译:检查语法错误,将c语言变成汇编语言,消耗时间和系统资源最多汇编:将汇编语言变成 二进制指令链接:数据段合并以及地址回填,将函数库中相应的代码组合到目标文件中

引申出的另一个问题:g++是如何知道addfunc.cpp有变化了,那就要看file 属性中的ctime了,changed time,当一旦发现ctime有变化,就会重新编译了。实际上应该是说 当addfunc.cpp的ctime比addfunc.o的时间晚,则会重新编译 addfunc.cpp

1.目标的时间必须晚于依赖条件的时间,否则,更新目录。

2.依赖条件如果不存在找寻新的规则去产生依赖。

新的问题:


看起来是可以完全fix此类问题,好,又有一个新问题,我们的需求变化了,增加了一个 模余.cpp文件,用来求余数的。

那么我们就要改动 makefile文件以支持,类似如下的写法,

虽然也可以实现功能,但是很笨拙

a.out:addfunc.o subfunc.o mulfunc.o devfunc.o moyufunc.o test.og++ addfunc.o subfunc.o mulfunc.o devfunc.o test.o -o a.out
addfunc.o:addfunc.cppg++ -c addfunc.cpp -o addfunc.o -I../headsubfunc.o:subfunc.cppg++ -c subfunc.cpp -o subfunc.o -I../headmulfunc.o:mulfunc.cppg++ -c mulfunc.cpp -o mulfunc.o -I../headdevfunc.o:devfunc.cppg++ -c devfunc.cpp -o devfunc.o -I../headmoyufunc.o:moyufunc.cppg++ -c moyufunc.cpp -o moyufunc.o -I../headtest.o:test.cppg++ -c test.cpp -o test.o -I../head

解决这样笨拙写法的方案是 使用两个函数,类似通配符

二个函数

wildcard  和 patsubst

wildcard :通配符,白搭牌的意思

patsubst: 是用来匹配和替换的。

src = $(wildcard *.cpp) 

src = $(wildcard *.cpp)    匹配当前工作目录下的所有.cpp文件, 将文件名组成列表,赋值给变量src
也就是说,在这一句执行完毕之后,src = addfunc.cpp subfunc.cpp mulfunc.cpp divfunc.cpp
解释:
$(wildcard *.c) 整个是函数调用, wildcard 是函数名,*.c 表示参数
整个函数调用完成后,会交给 src 这个变量, 脚本变量只有一种类型,字符类型
注意的是  wildcard 和 *.cpp 是有空格的。

obj = $(patsubst %.cpp,%.o, $(src))

obj = $(patsubst %.cpp,%.o, $(src))
将参数3中 ,包含参数1的部分,替换为参数2
$(src)表示将 src 中变量依次 取出来,src 中是 addfunc.cpp subfunc.cpp mulfunc.cpp divfunc.cpp
然后把src变量里所有后缀为.cpp的文件替换成.o
将addfunc.cpp替换成addfunc.o
将subfunc.cpp替换成subfunc.o
将mulfunc.cpp替换成mulfunc.o
将divfunc.cpp替换成divfunc.o
因此当 $(patsubst %.cpp,%.o, $(src))执行完毕后,
obj中的值是:addfunc.o subfunc.o mulfunc.o divfunc.o
有了这两个函数,makefile就能简化
但是这个简化程度 只能将 集体的.cpp  或者.c 或者.o 替换,还不能完全达到我们想要的结果,因此还要往后面学习三个自动变量的使用
src = $(wildcard *.cpp)     #src = addfunc.cpp, subfunc.cpp mulfunc.cpp devfunc.cpp test.cpp
obj = $(patsubst %.cpp, %.o, $(src))      #obj = addfunc.o subfunc.o mulfunc.o devfunc.o test.oALL:a.outa.out:$(obj)g++ $(obj) -o a.out
addfunc.o:addfunc.cppg++ -c addfunc.cpp -o addfunc.o -I../headsubfunc.o:subfunc.cppg++ -c subfunc.cpp -o subfunc.o -I../headmulfunc.o:mulfunc.cppg++ -c mulfunc.cpp -o mulfunc.o -I../headdevfunc.o:devfunc.cppg++ -c devfunc.cpp -o devfunc.o -I../headtest.o:test.cppg++ -c test.cpp -o test.o -I../headclean:-rm -rf $(obj) a.out#a.out:addfunc.o subfunc.o mulfunc.o devfunc.o test.o
#	g++ addfunc.o subfunc.o mulfunc.o devfunc.o test.o -o a.out
#addfunc.o:addfunc.cpp
#	g++ -c addfunc.cpp -o addfunc.o -I../head#subfunc.o:subfunc.cpp
#	g++ -c subfunc.cpp -o subfunc.o -I../head#mulfunc.o:mulfunc.cpp
#	g++ -c mulfunc.cpp -o mulfunc.o -I../head#devfunc.o:devfunc.cpp
#	g++ -c devfunc.cpp -o devfunc.o -I../head#test.o:test.cpp
#	g++ -c test.cpp -o test.o -I../head

clean 清除不想要的文件

还有一个问题,我们每次build 出来的都有.o文件,实际上这个.o文件是中间文件,没啥用,

可以使用 clean指令删除这些不想要的.o文件,也可以将 a.out

clean:-rm -rf $(obj) a.out

使用时,先用 make clean -n,看一下要删除哪些东西,确认没有问题后,

再使用 make clean 真正的删除。

-rm 这个 -的意思是 即使这个文件不存在,也不会报错

三个自动变量

$@      在规则的命令中,表示规则中的目标,也就是说,只能出现在如下的“命令”中

目标:依赖条件(一个tab缩进)命令

$^         在规则的命令中,表示所有的依赖条件

$<        在规则的命令中,表示第一个依赖条件

如果将该变量应用在模式规则中,它可将依赖条件列表中的依赖条件,依次取出,套用模式规则。

那就在改一版

src = $(wildcard *.cpp)     #src = addfunc.cpp, subfunc.cpp mulfunc.cpp devfunc.cpp test.cpp
obj = $(patsubst %.cpp, %.o, $(src))      #obj = addfunc.o subfunc.o mulfunc.o devfunc.o test.oALL:a.outa.out:$(obj)g++ $^ -o $@    #changed the 规则的命令中,只能是在命令行改动
addfunc.o:addfunc.cppg++ -c $< -o $@ -I../headsubfunc.o:subfunc.cppg++ -c $< -o $@ -I../headmulfunc.o:mulfunc.cppg++ -c $< -o $@ -I../headdevfunc.o:devfunc.cppg++ -c $< -o $@ -I../headtest.o:test.cppg++ -c $< -o $@ -I../headclean:-rm -rf $(obj) a.out#a.out:$(obj)
#	g++ $(obj) -o a.out
#addfunc.o:addfunc.cpp
#	g++ -c addfunc.cpp -o addfunc.o -I../head#subfunc.o:subfunc.cpp
#	g++ -c subfunc.cpp -o subfunc.o -I../head#mulfunc.o:mulfunc.cpp
#	g++ -c mulfunc.cpp -o mulfunc.o -I../head#devfunc.o:devfunc.cpp
#	g++ -c devfunc.cpp -o devfunc.o -I../head#test.o:test.cpp
#	g++ -c test.cpp -o test.o -I../head#clean:
#	-rm -rf $(obj) a.out#a.out:addfunc.o subfunc.o mulfunc.o devfunc.o test.o
#	g++ addfunc.o subfunc.o mulfunc.o devfunc.o test.o -o a.out
#addfunc.o:addfunc.cpp
#	g++ -c addfunc.cpp -o addfunc.o -I../head#subfunc.o:subfunc.cpp
#	g++ -c subfunc.cpp -o subfunc.o -I../head#mulfunc.o:mulfunc.cpp
#	g++ -c mulfunc.cpp -o mulfunc.o -I../head#devfunc.o:devfunc.cpp
#	g++ -c devfunc.cpp -o devfunc.o -I../head#test.o:test.cpp
#	g++ -c test.cpp -o test.o -I../head

4.模式规则

我们发现上面的代码是有些是很相似的

#都是
%o:%.cpp

        g++ -c $< -o $@ -I../head

addfunc.o:addfunc.cppg++ -c $< -o $@ -I../headsubfunc.o:subfunc.cppg++ -c $< -o $@ -I../headmulfunc.o:mulfunc.cppg++ -c $< -o $@ -I../headdevfunc.o:devfunc.cppg++ -c $< -o $@ -I../headtest.o:test.cppg++ -c $< -o $@ -I../head#都是
%o:%.cppg++ -c $< -o $@ -I../head#因此可以直接替换,这个就是规则模式

5.还有问题:模式规则的疑问fix-使用静态模式规则

我们前面通过模式规则将.cpp变成.o

那么如果我们有些.cpp不想变成.o文件呢?

或者说我们还有一些c文件也要变成.o文件呢?

静态模式规则就是用来fix上述问题的。

obj2 = main.c func1.c func2.c
obj1 = aa.cpp bb.cpp cc.cpp

$(obj1):%o:%.cpp

        g++ -c $< -o $@ -I../head

$(obj2):%o:%.c

        g++ -c $< -o $@ -I../head

因此可以再改动一版

src = $(wildcard *.cpp)     #src = addfunc.cpp, subfunc.cpp mulfunc.cpp devfunc.cpp test.cpp
obj = $(patsubst %.cpp, %.o, $(src))      #obj = addfunc.o subfunc.o mulfunc.o devfunc.o test.oALL:a.outa.out:$(obj)g++ $^ -o $@    #changed the 规则的命令中,只能命令行%.o:%.cppg++ -c $< -o $@ -I../head#addfunc.o:addfunc.cpp
#	g++ -c $< -o $@ -I../head#subfunc.o:subfunc.cpp
#	g++ -c $< -o $@ -I../head#mulfunc.o:mulfunc.cpp
#	g++ -c $< -o $@ -I../head#devfunc.o:devfunc.cpp
#	g++ -c $< -o $@ -I../head#test.o:test.cpp
#	g++ -c $< -o $@ -I../headclean:-rm -rf $(obj) a.out#a.out:$(obj)
#	g++ $(obj) -o a.out
#addfunc.o:addfunc.cpp
#	g++ -c addfunc.cpp -o addfunc.o -I../head#subfunc.o:subfunc.cpp
#	g++ -c subfunc.cpp -o subfunc.o -I../head#mulfunc.o:mulfunc.cpp
#	g++ -c mulfunc.cpp -o mulfunc.o -I../head#devfunc.o:devfunc.cpp
#	g++ -c devfunc.cpp -o devfunc.o -I../head#test.o:test.cpp
#	g++ -c test.cpp -o test.o -I../head#clean:
#	-rm -rf $(obj) a.out#a.out:addfunc.o subfunc.o mulfunc.o devfunc.o test.o
#	g++ addfunc.o subfunc.o mulfunc.o devfunc.o test.o -o a.out
#addfunc.o:addfunc.cpp
#	g++ -c addfunc.cpp -o addfunc.o -I../head#subfunc.o:subfunc.cpp
#	g++ -c subfunc.cpp -o subfunc.o -I../head#mulfunc.o:mulfunc.cpp
#	g++ -c mulfunc.cpp -o mulfunc.o -I../head#devfunc.o:devfunc.cpp
#	g++ -c devfunc.cpp -o devfunc.o -I../head#test.o:test.cpp
#	g++ -c test.cpp -o test.o -I../head

删除各个版本演化注释的,就变成下面的样子了

src = $(wildcard *.cpp)     #src = addfunc.cpp, subfunc.cpp mulfunc.cpp devfunc.cpp test.cpp
obj = $(patsubst %.cpp, %.o, $(src))      #obj = addfunc.o subfunc.o mulfunc.o devfunc.o test.oALL:a.outa.out:$(obj)g++ $^ -o $@    #changed the 规则的命令中,只能命令行%.o:%.cppg++ -c $< -o $@ -I../headclean:-rm -rf $(obj) a.out

6. makefile脚本的运行

1.直接make 就会执行makefile 中的所有指令

2.使用make -n 不会真的执行指令,会将指令显示出来

2.使用make clean -n 查看要清除的文件

3.使用make clean 真正清除文件

7.make执行时候的问题

从上述的学习知道,我们会在makefile 中写一个

ALL:a.outclean:-rm -rf $(obj) a.out

如果这时候我们当前文件下,还有一个 clean的文件,

再使用make clean的时候就会有问题。

因此我们还有改动 makefile文件,写一个伪目标

.PHONY: clean ALL 这句话的意思是:即使当前文件夹下有 clean的文件,或者有ALL的文件,会认为clean文件和ALL文件是伪目标。不会执行真正的文件,而是执行make 命令参数。例如:make clean

src = $(wildcard *.cpp)     #src = addfunc.cpp, subfunc.cpp mulfunc.cpp devfunc.cpp test.cpp
obj = $(patsubst %.cpp, %.o, $(src))      #obj = addfunc.o subfunc.o mulfunc.o devfunc.o test.oALL:a.outa.out:$(obj)g++ $^ -o $@    #changed the 规则的命令中,只能命令行%.o:%.cppg++ -c $< -o $@ -I../headclean:-rm -rf $(obj) a.out.PHONY: clean ALL

8.优化,可以将-g -Wall -I 作为参数加进去

src = $(wildcard *.cpp)
obj = $(patsubst %.cpp, %.o, $(src))ALL:a.outmyargs = -g -Wall -I../heada.out:$(obj)g++ $^ -o $@ ${myargs} %.o:%.cppg++ -c $< -o $@ ${myargs}clean:-rm -rf $(obj) a.out.PHONY: clean ALL


 

9.练习 1

要求 inc 目录下放置.h文件

obj目录下放置生成的.obj文件

src目录下放置.cpp 文件

最终生成的 a.out可执行文件和makefile文件在同一级目录

写出makefile文件

src1 = $(wildcard ./src/*.cpp)   #这时候 src1 = ./src/addfunc.cpp ./src/subfunc.cpp ......
obj = $(patsubst ./src/%.cpp, ./obj/%.o, $(src1))  #这里要注意 将参数3中 ,包含参数1的部分,替换为参数2 ,这时候参数3取出来的值是 ./src/addfunc.cpp
#因此需要将 patsubst %.cpp 换成 .src/%.cpp, 将第二个参数%.o改成 ./obj/%o, 
#这样 % 才能代表同样的部分,也就是文件名的部分, obj的值就是 ./obj/addfunc.o ./obj/subfunc.o  ......ALL:a.outmyargs = -g -Wall -I./inca.out:$(obj)g++ $^ -o $@ ${myargs}./obj/%.o : ./src/%.cppg++ -c $< -o $@ ${myargs}clean:-rm -rf $(obj) a.out.PHONY: clean ALL

10.练习 2 ,本地有多个 main程序,一键生成

假设有a.cpp, b.cpp, c.cpp 每个.cpp文件中都有main函数,

我们的目标是实现

g++ a.cpp -o a

g++ b.cpp -o b

g++ c.cpp -o c

src = $(wildcard *.cpp)target = $(patsubst %.cpp, %, $(src))ALL: $(target)%:%cppgcc &< -o $@clean:-rm -rf $(target).PHONY: clean ALL

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.hqwc.cn/news/492899.html

如若内容造成侵权/违法违规/事实不符,请联系编程知识网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

Java 存图方式

一、邻接矩阵 二、邻接表 以点为基本单位,尾插。 三、链式前向星 chain forward star 模拟链表,采用 头插 方法,以边为单位,记录每一条边的目标点。 head[i]:存储以结点 i 为起点的所有边的起始位置 edge[i]:存储第 i 条边的信息 1、初始化 定义三个数组: int m…

【前端素材】推荐优质后台管理系统Skydash平台模板(附源码)

一、需求分析 后台管理系统&#xff08;或称作管理后台、管理系统、后台管理平台&#xff09;是一种专门用于管理网站、应用程序或系统后台运营的软件系统。它通常由一系列功能模块组成&#xff0c;为管理员提供了管理、监控和控制网站或应用程序的各个方面的工具和界面。以下…

web安全学习笔记【17】——信息打点(7)

信息打点-APP资产&知识产权&应用监控&静态提取&动态抓包&动态调试 #知识点&#xff1a; 1、业务资产-应用类型分类 2、Web单域名获取-接口查询 3、Web子域名获取-解析枚举 4、Web架构资产-平台指纹识别 ------------------------------------ 1、开源-CMS指…

lv20 QT入门与基础控件 1

1 QT简介 QT是挪威Trolltech开发的多平台C图形用户界面应用程序框架 典型应用 2 工程搭建 2.1 新建ui工程 不要写中文路径 2.1 不勾选UI&#xff08;主讲&#xff09; 3 QT信号与槽机制 语法&#xff1a;Connect&#xff08;A, SIGNLA(aaa()), B, SLOT(bbb())&#xff09;…

【leetcode热题】杨辉三角 II

难度&#xff1a; 简单通过率&#xff1a; 41.1%题目链接&#xff1a;. - 力扣&#xff08;LeetCode&#xff09; 题目描述 给定一个非负索引 k&#xff0c;其中 k ≤ 33&#xff0c;返回杨辉三角的第 k 行。 在杨辉三角中&#xff0c;每个数是它左上方和右上方的数的和。 示…

中间件-Nginx漏洞整改(限制IP访问隐藏nginx版本信息)

中间件-Nginx漏洞整改&#xff08;限制IP访问&隐藏nginx版本信息&#xff09; 一、限制IP访问1.1 配置Nginx的ACL1.2 重载Nginx配置1.3 验证结果 二、隐藏nginx版本信息2.1 打开Nginx配置文件2.2 隐藏Nginx版本信息2.3 保存并重新加载Nginx配置2.4 验证结果2.5 验证隐藏版本…

IT廉连看——Uniapp——什么是Uniapp

IT廉连看——Uniapp——什么是Uniapp 目标&#xff1a; 了解什么是Uniapp 熟悉创建Uniapp项目的基本流程 一、什么是Uniapp uni-app 是一个使用 Vue.js 开发所有前端应用的框架&#xff0c;开发者编写一套代码&#xff0c;可发布到 iOS、Android、H5、以及各种小程序&…

关系型数据库事务的四性ACID:原子性(Atomicity)、一致性(Consistency)、隔离性(Isolation)和持久性(Durability)

关系型数据库事务的四性ACID:原子性&#xff08;Atomicity&#xff09;、一致性&#xff08;Consistency&#xff09;、隔离性&#xff08;Isolation&#xff09;和持久性&#xff08;Durability&#xff09; 事务的四性通常指的是数据库事务的ACID属性&#xff0c;包括原子性&…

Qt OpenGL程序在Windows下正常,但在Linux下无显示问题【已解决】

Qt OpenGL程序在Windows下正常&#xff0c;但在Linux下无显示问题【已解决】 引言一、问题描述二、解决方案三、解决过程记录3.1 定位问题3.2 解决问题&#xff0c;深入分析 引言 在Windows上正常运行的OpenGL程序&#xff0c;到Linux下正常编译…但是没有任何显示(只有背景颜…

告别枯燥代码,Matplotlib学习网站让图表活起来!

介绍&#xff1a;Matplotlib是一个广泛使用的Python绘图库&#xff0c;专门用于创建高质量的2D图形。 Matplotlib的特点包括&#xff1a; 丰富的图表类型&#xff1a;支持多种图表类型&#xff0c;如线图、散点图、柱状图、直方图等&#xff0c;满足不同的数据可视化需求。 高度…

openGauss学习笔记-229 openGauss性能调优-系统调优-配置Ustore

文章目录 openGauss学习笔记-229 openGauss性能调优-系统调优-配置Ustore229.1 设计原理229.2 核心优势229.3 使用指导 openGauss学习笔记-229 openGauss性能调优-系统调优-配置Ustore Ustore存储引擎&#xff0c;又名In-place Update存储引擎&#xff08;原地更新&#xff09…

芯来芯片的硬件的栈溢出检测机制(Stack Check)介绍

1、发生栈溢出上报的中断号 发生栈上溢&#xff0c;上报中断号0x18&#xff1b;发生栈下溢&#xff0c;上报终端号0x19&#xff1b; 2、栈溢出控制寄存器 1、MODE位设置为0&#xff0c;选择栈的上溢和下溢检查模式&#xff1b; 2、使能栈上溢检查和栈下溢检查&#xff1b; 3、设…