【Linux】make/Makefile & 进度条小程序

小程序 0

目录

一,认识 make/makefile

二,实例代码

1,依赖关系

2,原理

3,项目清理

4,测试讲解

三,Linux第一个小程序-进度条

game.h

game.c

test.c

程序详解


%20 

%20一,认识%20make/makefile%20
%20%20

会不会写makefile,从一个侧面说明了一个人是否具备完成大型工程的能力

%20%20

%20%20

一个工程中的源文件不计数,其按类型、功能、模块分别放在若干个目录中,makefile定义了一系列的%20规则来指定,哪些文件需要先编译,哪些文件需要后编译,哪些文件需要重新编译,甚至于进行更复杂的功能操作

%20%20

%20%20

makefile%20带来的好处就是——“自动化编译”,一旦写好,只需要一个make命令,整个工程完全自动编译,极大的提高了软件开发的效率。

%20%20

%20%20

make是一个命令工具,是一个解释makefile中指令的命令工具,一般来说,大多数的IDE都有这个命%20令,比如:Delphi的make,Visual%20C++的nmake,Linux下GNU的make。可见,makefile都成为了一%20种在工程方面的编译方法。

%20%20

%20%20

make是一条命令,makefile是一个文件,两个搭配使用,完成项目自动化构建。

%20
%20

%20二,实例代码%20

一般我们形成可执行程序都是这样的:

今天我们用make/makefile 来实施;

创建文件的名称一定要是 makefile 第一个字母大小写都可以;

像这样直接输入指令 make 可执行文件就会自动形成,非常的方便;

1,依赖关系

上面的文件 mybin,它依赖 game.o

game.o , 它依赖 game.s

game.s , 它依赖 game.i

game.i , 它依赖 game.c

2,原理

make是如何工作的,在默认的方式下,也就是我们只输入make命令。那么

1,make 会在当前目录下找名字叫 “Makefile” 或 “makefile” 的文件。

2,如果找到,它会找文件中的第一个目标文件(target),在上面的例子中,他会找到“mybin”这个文件, 并把这个文件作为最终的目标文件。

3,如果mybin文件不存在,或是mybin所依赖的后面的game.o文件的文件修改时间要比mybin这  个文件新(可以用 touch 测试),那么他就会执行后面所定义的命令来生成mybin这个文件。

4,如果如果hello所依赖的game.o文件不存在,那么make会在当前文件中找目标为game.o文件的依赖性,如果找到则再根据那一个规则生成game.o文件。(这有点像一个堆栈的过程)所依赖的game.o文件不存在,那么make会在当前文件中找目标为game.o文件的依赖性,如果找到则再根据那一个规则生成game.o文件。(这有点像一个堆栈的过程)

5,当然,你的C文件和H文件是存在的啦,于是make会生成game.o 文件,然后再用 game.o 文件声明 make的终极任务,也就是执行文件mybin了。

6,这就是整个make的依赖性,make会一层又一层地去找文件的依赖关系,直到最终编译出第一个目标文件。

7,在找寻的过程中,如果出现错误,比如最后被依赖的文件找不到,那么make就会直接退出,并报错, 而对于所定义的命令的错误,或是编译不成功,make根本不理。

8,make只管文件的依赖性,即,如果在我找了依赖关系之后,冒号后面的文件还是不在,那么对不起, 我就不工作啦。

3,项目清理

工程是需要被清理的

像clean这种,没有被第一个目标文件直接或间接关联,那么它后面所定义的命令将不会被自动执行, 不过,我们可以显示要make执行。即命令——“make clean”,以此来清除所有的目标文件,以便重编译。

但是一般我们这种clean的目标文件,我们将它设置为伪目标,用 .PHONY 修饰,伪目标的特性是,总是被执行的。

可以将我们的 mybin 目标文件声明成伪目标,测试一下。

4,测试讲解

以上都是面向于基层的原理,字有点多适合深度研究,现在我们通俗一点;

mybin:game.c 是依赖关系,mybin 是game.c 形成的可执行文件,但是具体要怎么实现呢,这就要 依赖方法了,gcc game.c -o mybin ,就是依赖方法;

而且 gcc game.c -o mybin 也可以写成 gcc -o $@  $^ ;

$@ 表示 mybin ,$^ 表示 game.c

也是一样的效果,而且更加方便,建议使用后者;

.PHONY 是讲文件修饰成 伪文件,伪文件的特性是总是被执行;

最好放在下面给 clean ,这样程序就是总是被执行清理了;

当我们总是执行 make ,后面的就失效了,因为 mybin 的修改时间比 game.c 的修改时间慢;

上面红线画的就是 修改时间,mybin 比 game.c 慢所以 make 不会被执行;

我们修改一下 game.c 文件看看;

刚修改完,game.c 的时间比 mybin 慢;

所以可以运行 make ,再次打开的时候 mybin 文件的修改时间就比 game.c 长了,make 也就执行不了了;

我们也可以用 touch 来刷新文件的修改时间;

如果将我们的 mybin 目标文件声明成伪目标,测试一下。

这样make 每次都会被执行了,但是不推荐这样使用,因为这本身就是对的,没有修改就不要执行嘛,没有毛病,现在我们的文件小每次执行都没有关系,如果我们文件非常大的时候,每次都执行的话就非常消耗时间了;

clean 是用来清理文件的,用的话是make clean;

直接一键清理文件;

哦对了,还有一个就是我们使用的 make,他为什么就执行 mybin,而不执行 clean 呢?

指令make 是从上往下执行的;

将他们换个顺序;

那我们执行 make 的时候就是执行 clean 了,执行 make mybin 的时候就是形成可执行文件 mybin 了,这个是从上往下的,顺序不影响;

三,Linux第一个小程序-进度条

%20

开始整硬活了兄弟们;

%20

先把刚开始需要的文件准备好;

%20

game.h

#include<stdio.h>#include<time.h>#include<unistd.h>void game(double rate);void download();

game.c

#include"game.h"#define MAX 1024*1024*1024char* buff = "|/-//";int i = 0;char arr[102] = { 0 };void game(double rate){	if (rate <= 1.0)	{		arr[0] = '=';	}	printf("[%-100s][%.1lf%%][%c]/r", arr, rate, buff[i % 4]);	fflush(stdout);	arr[(int)rate] = '=';	if (rate< 99.0)	{		arr[(int)rate+1] = '>';	}	i++;}void download(){	srand(time(NULL)^1023);	int max = MAX;	int cnt = 0;	double rate = 0;	while (rate<100.0)	{		cnt+= rand() % (1024*1024);		rate = ((cnt*1.0)/max)* 100;		if (rate > 100)		{			rate = 100;		}		game(rate);		usleep(50000);	}}

test.c

#include"game.h"int main(){	download();	return 0;}

程序详解

这个程序是做了一个内存进度条,让 MAX 为需要下载的内存大小,然后 cnt 为已经下载的部分,rate 为已经下载的百分比,然后传给 game 函数进行进度条的运行,game 函数,根据 rete 的大小进行百分比输出,等于号也是,还有翻转的数组来判断程序有没有卡顿,之后再等于号后面加上 > 进行输出点缀,直到 100% ,退出程序;

也许您对下面的内容还感兴趣: