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

本文介绍: 【Lin u x】make/Ma k e file & 进度条小程序一，认识 make/makefile　二，实例代码　　1，依赖关系　　2，原理　　3，项目清理　　4，测试讲解　三，Lin u x 第一个小程序－进度条　　game.h　　game.c　　test.c　　程序详解

一，认识 make/makefile

一，认识 m a k e/makefile

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

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

m a k e file 带来的好处就是——“自动化编译”，一旦写好，只需要一个m a k e 命令，整个工程完全自动编译，极大的提高了软件开发的效率。

m a k e是一个命令工具，是一个解释makefile中指令的命令工具，一般来说，大多数的IDE都有这个命令，比如：Del p hi的make，Vi sual C++的nmake，Lin u x下GNU的make。可见，makefile都成为了一种在工程方面的编译方法。

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

二，实例 代码

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

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

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

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

1，依赖 关系

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

game.o , 它依赖 game.s

game.s , 它依赖 game.i

game.i , 它依赖 game.c

2，原理

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

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

2，如果找到，它会找文件中的第一个目标文件（target），在上面的例子中，他会找到“my bin”这个文件，并把这个文件作为最终的目标文件。

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

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的终极任务，也就是执行文件my bi n了。

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

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

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

3，项目清理

工程是需要被清理的

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

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

可以将我们的 my bin 目标文件声明成伪目标，测试一下。

4，测试 讲解

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

my bin：game.c 是依赖关系，my b in 是game.c 形成的可执行文件，但是具体要怎么实现呢，这就要依赖方法了，gcc game.c -o my b in ，就是依赖方法；

而且 gcc game.c -o my b in 也可以写成 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 了，这个是从上往下的，顺序不影响；

三，Linu x 第一个 小程序－进度条

开始整硬活了兄弟们；

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

game.h

#include&lt;stdio.h&gt;
#include&lt;time.h&gt;
#include&lt;unistd.h&gt;

void game(double rate);
void download();

game.c

#include"game.h"
#define MAX 1024*1024*1024

char* buff = "|/-\";
int i = 0;
char arr[102] = { 0 };
void game(double rate)
{
	if (rate &lt;= 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% ，退出程序；