Linux项目自动化构建工具-make/Makefile

被泡洗的浓盐酸

已于 2022-03-17 20:26:57 修改

阅读量1.4k

点赞数

文章标签： linux 自动化运维

于 2022-03-16 15:17:24 首次发布

本文链接：https://blog.csdn.net/qq_53413129/article/details/123524176

版权

使用背景

一个工程中的源文件不计其数，其按类型、功能、模块放在若干个目录中，makefile定义了一系列的规则来指定，哪些文件需要先编译，哪些文件需要后编译，甚至于进行更复杂的功能操作
make是一个命令，makefile是一个文件，makefile带来的好处就是-自动化编译，当写好makefile文件，只需要通过make命令，整个工程完成自动编译，最终形成可执行文件。两个搭配使用，完成项目自动化构建。

理解

因为要通过make命令来完成一系列操作，包括预处理，编译，汇编，链接的操作。

【举个例子】

创建一个mytest.cc的文件，向文件中写入一个C++的简单程序。

[wjy@VM-24-9-centos test02]$ cat mytest.c
#include <stdio.h>

int Add(int num)
{
  int ret=0;
  for(int i=1;i<=num;i++)
  {
    ret+=i;
  }
  return ret;
}

int main()
{
  //printf("hello world!\n");
  //实现1-100的和累加
  int result=Add(100);
  printf("%d\n",result);
  return 0;
}

在makefile文件中不仅要写依赖关系，还要写依赖方法，这样才能建立链接，并且程序知道要怎么做。

编写好makefile程序后，直接输入make命令编译程序。./mytest执行程序，输出结果

[wjy@VM-24-9-centos test02]$ make
gcc mytest.c -o mytest -std=c99
[wjy@VM-24-9-centos test02]$ ./mytest
5050

这样通过make命令，不必每次编写的时候都写一次gcc命令，输入make即可完成编译，非常方便。此命令类似于vs中的重新生成解决方案。

项目不仅需要生成，还需要清理，类似于vs的清理解决方案

【make问题】

make扫描makefile文件的时候，默认只会形成一个目标依赖关系，一般是第一个，也就是说make会执行上面的gcc命令。而clean命令是没有依赖关系的，如果想要执行clean命令，需要在make后加clean。

[wjy@VM-24-9-centos test02]$ make clean

.PHONY是什么，干什么的？

.PHONY是用来修饰对应的符号，叫做伪目标，它是总是可执行的

当执行make clean命令的时候，无论多少次，他都会执行出来，但是当make命令编译gcc命令的时候，只能执行一次，其他告诉你不可再执行，也就是说.PHONY确实做到了可执行多次的作用。

但是我们没必要在gcc命令上加入.PHONY命令，因为源文件并没有被修改，加入.PHONY是没有必要的。

[wjy@VM-24-9-centos test02]$ make
make: `mytest' is up to date.
[wjy@VM-24-9-centos test02]$ make clean
rm -f mytest
[wjy@VM-24-9-centos test02]$ make clean
rm -f mytest
[wjy@VM-24-9-centos test02]$ make
gcc mytest.c -o mytest -std=c99
[wjy@VM-24-9-centos test02]$ make
make: `mytest' is up to date.

原理

make是如何工作的，在默认方式下我们只输入make命令

make会在当前目录下找名字叫“Makefile”或“makefile”的文件。
如果找到，它会找文件中的第一个目标文件（target），在上面的例子中，他会找到“hello”这个文件，并把这个文件作为最终的目标文件。
如果hello文件不存在，或是hello所依赖的后面的hello.o文件的文件修改时间要比hello这个文件新（可以用 touch 测试），那么，他就会执行后面所定义的命令来生成hello这个文件。
如果hello所依赖的hello.o文件不存在，那么make会在当前文件中找目标为hello.o文件的依赖性，如果找到则再根据那一个规则生成hello.o文件。（这有点像一个堆栈的过程）
当然，你的C文件和H文件是存在的啦，于是make会生成 hello.o 文件，然后再用 hello.o 文件声明make的终极任务，也就是执行文件hello了。
这就是整个make的依赖性，make会一层又一层地去找文件的依赖关系，直到最终编译出第一个目标文件。
在找寻的过程中，如果出现错误，比如最后被依赖的文件找不到，那么make就会直接退出，并报错，而对于所定义的命令的错误，或是编译不成功，make根本不理。
make只管文件的依赖性，即，如果在我找了依赖关系之后，冒号后面的文件还是不在，那么对不起，我就不工作啦。项目清理工程是需要被清理的