【Linux】Linux项目自动化构建工具——make/Makefile

简介: 【Linux】Linux项目自动化构建工具——make/Makefile

我举报,有人不学习!!!284f7289c1514f69900de92e141751ba.jpeg


一、makefile原理


1.

makefile文件既可以写成makefile,也可以写成Makefile


2.

makefile文件中,要写的是依赖关系和依赖方法,例如生成的可执行程序mycode依赖的就是mycode.c源文件,没有这个源文件,就没有mycode这个可执行程序,生成可执行程序的过程中又依赖方法gcc mycode.c -o mycode也就是需要gcc来编译链接生成可执行程序。

vim makefile
// 下面是makefile文件的内容
mycode:mycode.c
       gcc mycode.c -o mycode  


二、初步理解makefile的语法

第一行是依赖关系,第二行必须以Tab键开头!!!,第二行写的是依赖方法
依赖关系可以为空

  1 mycode:mycode.c
  2     gcc mycode.c -o mycode
  3 
  4 .PHONY:clean
  5 clean:                                                                                                                                                                
  6      rm -f mycode


1.

被.PHONY:关键字修饰的对象是一个伪目标,该目标总是被执行的。

由于第一条依赖关系和依赖方法没有被.PHONY:修饰,所以如果命令执行过,且源文件没有被改动过的话,make是不允许连续多次执行的,但第二条依赖关系和依赖方法被.PHONY:修饰了,所以它是可以多次执行的


2.

换句话说,有了关键字.PHONY:修饰过后,就不要通过对比源文件和可执行程序Modify时间来判断是否能够执行指令了,不走这套规则,我让你执行,你就一直给我执行就OK了

78f60279834742d6b54db2285628251e.png


1.gcc如何得知,源文件不需要再编译了呢?

Modify代表文件内容被修改的时间,Change代表文件属性被修改的时间,Access代表最后一次访问文件的时间,值得注意的是,文件大小也算文件的属性


1.

有时候访问文件的时间Access被更新的不是很灵敏,以前老的操作系统内核,对于这件事的原则就是,只要你访问了,就立马更新时间,但现在的操作系统内核,过一段时间之后才会更新我们的访问文件时间。

原因:文件操作的时候,改文件就一定会访问文件,但访问文件不一定该文件,所以访问文件的次数太多了,要进行更多次的IO,并且文件访问的时间基本没有人关心。8e652f67a2134fd8908bbe78424ea247.png


8e652f67a2134fd8908bbe78424ea247.png8e652f67a2134fd8908bbe78424ea247.png

2.

一定先有源文件再有可执行程序,所以源文件的Modify时间一定要比可执行程序的Modify时间更早,所以gcc识别要不要重新编译,比较的就是源文件和可执行程序的文件内容修改时间。如果可执行程序更早,说明源文件被修改了,那就需要重新编译,如果源文件早,说明可执行程序被修改过,不需要重新编译。


当已经使用make指令过后,无法继续使用时,我们可以touch更新一下源文件的时间,这个时候就又可以用make指令了,这就证明了我们上面的结论。

touch mycode.c //touch后面跟上已存在的文件,可以更新此文件的三个时间。


2.为什么执行的指令是make和make clean呢?


make也可以跟上mycode使用,make默认从上到下扫描文本makefile的时候,第一个扫描到的目标文件可以省略名称使用,例如直接使用make,执行的就是makefile里面的第一个目标文件,并且默认情况下makefile只形成一个目标文件,也就是总目标文件只能有一个。

make mycode 
make
make clean


三、makefile的推导规则

924e2d08836a4cbbb8b2db8c6b0c2431.png


  1 mycode:mycode.o
  2     gcc mycode.o -o mycode                                                                                                                                            
  3 mycode.o:mycode.s                  
  4     gcc -c mycode.s -o mycode.o       
  5 mycode.s:mycode.i                     
  6     gcc -S mycode.i -o mycode.s
  7 mycode.i:mycode.c              
  8     gcc -E mycode.c -o mycode.i
  9                  
 10 .PHONY:clean     
 11 clean:           
 12      rm -f mycode


1.

根据依赖关系列表,make先找mycode发现没有,那就去找mycode依赖的mycode.o,结果发现也没有,那就去找mycode.o依赖的mycode.s,结果发现还是没有,那就去找mycode.s依赖的mycode.i,结果没找到,那就去找mycode.i依赖的mycode.c结果找到了,那就执行他们之间的依赖方法,然后.i就有了,那就再一点一点向上执行每条依赖方法


2.

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


四、Linux小程序—进度条

1.缓冲区概念


1.

如果加上\n那就会先显示you can see me然后停下来2秒钟,如果没有\n的话,那就会先停下来2秒,然后才显示出you can see me。

2.

第一种拥有\n可以立即输出的原因是因为,\n是行缓冲,只要遇到\n就会立马将这一行的内容输出到显示器上面


3.

针对第二种没有\n的情况,首先printf语句肯定是要先执行的,唯一的可能性就是,这个you can see me没有被立即显示出来,等到走完sleep语句,它才显示出来,在未显示的这段时间里面,you can see me一直被存储在行缓冲区里面

  1 #include <stdio.h>
  2 #include <unistd.h>
  3 
  4 int main()
  5 {
  6     printf("you can see me ........\n");
  7     sleep(2);                                                                                                                                                         
  8     return 0;
  9 }
  // 可以利用fflush(stdout)语句来刷新缓冲区,这样数据就会立马显示出来
  1 #include <stdio.h>
  2 #include <unistd.h>
  3 
  4 int main()
  5 {
  6     printf("you can see me ........");
  7     sleep(2);                                                                                                                                                         
  8     return 0;
  9 }


2.回车换行


理论上,回车和换行不是一个概念,换行是回到当前行的最开始,换行是将光标挪到下一行相同的光标位置,\r是回车\n是换行,\r\n合起来我们称之为回车换行。


语言层面上,\n就是回车换行,因为编译器在内部对于\n做了特殊处理,回车换行其实分成两步,先换行,再回车。


例如下面老式键盘的回车形状,是先向下再向左的。

c9a3aa0c06f74a49a4a9fdbd0bb3856d.png


3.倒计时小程序



1.

显示器能够显示各种符号,包括数字,汉字,字母等等,这些都被计算机看作符号,只不过人把它分为数字还是汉字,字母等,能够显示这么多符号是因为显示器面板上有各种像素点,点亮对应显示器上的像素点,就可以给人类显示出来各种各样的符号了,并且凡是能够显示到显示器上的,其实都是字符

ac1a2f4a210b4e9cab6690fed035f367.png



2.

如果我们重新在第一个像素点输入8,那么这个像素点就会重新显示8,将9覆盖掉,基于这样的原理,我们就可以写一个倒计时小程序了。

  1 #include <stdio.h>
  2 #include <unistd.h>
  3 int main()
  4 {
  5     int cnt=10;
  6     while(cnt)
  7     {
  8         printf("剩余时间:%2d\r",cnt);
      // 利用\r回车来实现同一个像素点,显示多个数字,这样看起来就像倒计时                                                                                                                          
  9         fflush(stdout);
        // 每次刷新一下缓冲区,立马显示数据
 10         cnt--;
 11         sleep(1);
 12     }
 13     return 0;
 14 }


4.进度条


gcc的-D选项可以帮助我们在命令行中完成某些变量的定义,例如下面定义了进度条的样式为N=1时的样式。

ProcessOn文件依赖main.c和process.c源文件,所以依赖关系和依赖方法如下:

Makefile文件内容
  1 ProcessOn:main.c process.c
  2     gcc main.c process.c -o ProcessOn -D N=1                                                                                                                          
  3 
  4 .PHONY:clean
  5 clean:
  6     rm -f ProcessOn
main.c文件内容
  1 #include "process.h"                                                                                                                                                  
  2 
  3 int main()
  4 {
  5     ProncessOn();
  6     return 0;
  7 }


\033[42;34m 输出的内容 \033[0m这是内容的颜色控制
usleep代表的是微秒
%%在printf中可以输出显示为一个%号
-100可以控制进度条宽度为100位宽并且每次左对齐输出字符数组bar

C语言printf输出颜色控制

process.c文件内容
    2 #include "process.h"
    3 
    4 char style[S_NUM]={'*','#','-','.','+'};
    5 五种风格,可以在makefile文件中修改N,以控制风格样式
    6 void ProncessOn()
    7 {
    8     int cnt=0;
    9     //循环101次
   10     char bar[NUM];
   11     memset(bar,'\0',sizeof(bar));
   12 
   13     const char*lable="|\\-/";
   14 
   15     while(cnt<=100)
   16     {
   17         //printf("[%-100s][%-3d%%][%c]\r",bar,cnt,lable[cnt%4]);
   18         printf("\033[42;34m[%-100s][%-3d%%][%c]\033[0m\r",bar,cnt,lable[cnt%4]);                                                                                    
   19         fflush(stdout);
E> 20         bar[cnt++]=style[N];
   21         usleep(60000);
   22     }
   23 
   24     printf("\n");
   25 }


































































相关文章
|
3月前
|
jenkins Java 持续交付
运用Jenkins实现Java项目的持续集成与自动化部署
在新建的Jenkins Job中,我们需要配置源码管理,通常选择Git、SVN等版本控制系统,并填入仓库地址和凭据。接着,设置构建触发器,如定时构建、轮询SCM变更、GitHub Webhook等方式,以便在代码提交后自动触发构建过程。
167 2
|
1月前
|
Web App开发 编解码 Linux
使用Selenium自动化测试解决报告生成失败问题及Linux部署指南
这篇文章介绍了使用Selenium自动化测试解决报告生成失败问题的方法,包括Linux环境下的部署指南和代码实现。
24 1
使用Selenium自动化测试解决报告生成失败问题及Linux部署指南
|
30天前
|
jenkins 测试技术 持续交付
解锁.NET项目高效秘籍:从理论迷雾到实践巅峰,持续集成与自动化测试如何悄然改变游戏规则?
【8月更文挑战第28天】在软件开发领域,持续集成(CI)与自动化测试已成为提升效率和质量的关键工具。尤其在.NET项目中,二者的结合能显著提高开发速度并保证软件稳定性。本文将从理论到实践,详细介绍CI与自动化测试的重要性,并以ASP.NET Core Web API项目为例,演示如何使用Jenkins和NUnit实现自动化构建与测试。每次代码提交后,Jenkins自动触发构建流程,通过编译和运行NUnit测试确保代码质量。这种方式不仅节省了时间,还能快速发现并解决问题,推动.NET项目开发迈向更高水平。
36 8
|
1月前
|
存储 监控 Linux
|
1月前
|
存储 运维 监控
|
27天前
|
持续交付 C# 敏捷开发
“敏捷之道:揭秘WPF项目中的快速迭代与持续交付——从需求管理到自动化测试,打造高效开发流程的全方位指南”
【8月更文挑战第31天】敏捷开发是一种注重快速迭代和持续交付的软件开发方法,通过短周期开发提高产品质量并快速响应变化。本文通过问题解答形式,探讨在Windows Presentation Foundation(WPF)项目中应用敏捷开发的最佳实践,涵盖需求管理、版本控制、自动化测试及持续集成等方面,并通过具体示例代码展示其实施过程,帮助团队提升代码质量和开发效率。
48 0
|
27天前
|
Java Spring UED
Spring框架的异常处理秘籍:打造不败之身的应用!
【8月更文挑战第31天】在软件开发中,异常处理对应用的稳定性和健壮性至关重要。Spring框架提供了一套完善的异常处理机制,包括使用`@ExceptionHandler`注解和配置`@ControllerAdvice`。本文将详细介绍这两种方式,并通过示例代码展示其具体应用。`@ExceptionHandler`可用于控制器类中的方法,处理特定异常;而`@ControllerAdvice`则允许定义全局异常处理器,捕获多个控制器中的异常。
37 0
|
1月前
|
数据采集 SQL 前端开发
Java SpringBoot自动化网页爬虫项目
这是一个基于Java Spring Boot的自动化网页爬虫平台,采用图形化界面定义爬虫流程,无需编写代码。该平台高度灵活且可配置,支持Xpath、JsonPath、CSS选择器及正则表达式等多种提取方式,兼容JSON、XML和二进制格式,并支持通过代理服务器访问。它还具备自动管理Cookie、保存数据至数据库或文件、自定义函数和SQL脚本等功能,同时集成了任务监控和日志记录系统。此外,平台支持HTTP接口调用和动态网页抓取,可通过Selenium模拟真实浏览器行为。用户可通过直观的操作界面轻松完成复杂的数据抓取任务。
|
2月前
|
运维 数据安全/隐私保护 Python
Python基于telnetlib模块实现交换机全面巡检自动化运维项目
Python基于telnetlib模块实现交换机全面巡检自动化运维项目
104 14
|
1月前
|
jenkins Java 持续交付
自动化魔法:用Jenkins打造Java项目的持续部署流水线
【8月更文挑战第13天】在软件开发中,自动化部署是提高效率与减少错误的关键。Jenkins作为一款强大的持续集成工具,支持Java项目的自动化构建、测试与部署。通过配置Jenkins及其丰富的插件生态(如Git和Maven插件),可实现从代码提交到上线的全自动化流程。此流程包括从GitHub自动拉取代码、使用Maven构建项目,并通过如`mvn clean install`命令执行构建,最后利用插件如“Publish Over SSH”将制品部署至远程服务器。此外,还可配置邮件通知等后处理动作确保发布的稳定可靠。借助Jenkins,开发者能显著加速软件交付周期,同时减少手动操作带来的风险。
60 0