Linux基础环境开发工具的使用(二):动静态库的理解,make,makefile(下)

简介: Linux基础环境开发工具的使用(二):动静态库的理解,make,makefile

二.make,makefile

make/makefile是Linux项目自动化构建工具

其中make是一个命令,makefile是一个文件(这个文件当中所写的是依赖关系和依赖方法)

1.功能

既然这个make,makefile这么强大,那就让我们来一起探索一下吧

2.基本语法

1.快速使用

首先我们带大家快速使用一下makefile

我们先创建一个test.c

然后写了一个简单的hello world

然后我们touch一个Makefile

然后用vim写了两行

2.依赖关系和依赖方法

3.补充:编译的特性

但是现在有这么一种情况,再生成刚才的可执行程序之后,我再次make,make,make

也就是说它现在就不给我再去编译了

然后我修改一下这个test.c文件

我随便加上了几行hello world

然后我再去make一下

也就是说:

如果我没有改动源文件

那么make一次之后的每次make时都不会再去重新编译

4.补充:ACM时间

我们使用stat查看一下这个test.c的时间

它上面给我显示了三种时间:

Access : 文件的"最近"访问时间

Modify: 文件的内容的最近修改时间

Change: 文件的属性的最近修改时间

其中文件的属性包括:文件名,文件类型,文件权限(rwx,拥有者,所属组,Other,大小,等等等等)

你这个Modify好理解,Change也挺好理解,你这个Access的"最近"为什么要加双引号呢?

还有我这个比较到底是要比较那个时间呢?

我们先来探索一下第二个问题

1.具体比较的时间

首先我们先明确一点:

我们修改一个文件的内容是会影响到它的大小的,绝大多数情况下是会改变这个文件的大小的,无论是这个文件最后变大还是最后变小了

大小不变的概率很低

因此绝大多数情况下:改变这个文件的Modify时间时,这个Change时间也会随之变动

那么我们就用一下排除法吧:

我们先只去改变这个文件的Change时间和Access时间,然后看看这个文件会不会重新编译

首先我们先通过权限来改变Change时间

然后我们通过cat修改文件的Access时间

然后我们修改了一下这个文件的Modify时间

经过排除法,我们验证了只有修改Modify时间后,这个文件才会重新编译,其实我们想一下也完全可以理解,这里只是验证了一下

2.Access时间的特点

5.clean

然后我们回到make和makefile中,你这个make和makefile的确是能够让我进行快速便捷地编译形成可执行程序

但是如果我今天想要把我的这个可执行程序删除,你make和makefile能搞定吗?

当然可以啦

这就要用到clean了

然后我们make clean

然后我们make

发现clean的清理工作很成功

所以以后当我们想要

1.编译这个源代码生成可执行程序,只需要make

2.删除这个可执行程序,只需要make clean

那么如果我把clean放到前面会怎么样呢?

6.makefile扫描特性

怎么明明当我还没有mycmd这个可执行程序的时候

这个rm -f mycmd就能执行呢?

这里有一个小的知识点:

其实是因为我们加了-f选项

也就是说rm -f是不管你有没有mycmd这个文件我都会执行

如果你有,那么我强制删除,如果你没有,那我我执行了也相当于我什么都不执行

回到正题,为什么我现在make的时候不去给我编译源文件,反而给我删除可执行程序呢?

这就要说到makefile的扫描特性了:

那我现在就是想要编译源文件生成可执行程序,怎么办?

我们可以make mycmd来进行编译(其中这个mycmd就是我们想要生成的可执行程序的名字)

而这个clean也是我们自己起的名字,不过最好还是让他叫做clean就行

下面我们来验证一下:

我新建了一个目录test

这里我给这个想要生成的可执行程序随便起了一个名字wz

可见make,make clean成功运行

下面我把clean改了

总之:

我们再写makefile的时候,一般都是这样的:

1.clean放在后面,编译生成可执行程序放在前面

2.clean就让他叫做clean

3.想要编译就用make命令,想要清理可执行程序就用make clean命令

3.makefile语法补充

1…PHONY关键字

对于这个关键字:记住一点:总是被执行

怎么理解呢?

我们先用.PHONY来修饰一下我们这个可执行程序的编译

注意:在makefile中:注释使用#表示的

然后我们发现:

2.@ @  ^

下面一些makefile的拓展写法

这个@和@和^是可以自动去推导的,类似于C++中的auto是可以自动推导类型的(我们可以这么理解,但是这两种语法完全扯不上边)

我们就可以理解为这是一种固定写法,没有为什么

然后我们make一下测试测试

发现的确成功运行了

3.变量

下面也是makefile的一种拓展写法

测试一下,发现正常运行

4.make和makefile语法理解(递归)

下面我们在这个依赖关系和依赖方法的上面来深层次的去理解一下make和makefile的执行逻辑

编写这个makefile,我们也可以这样去写

4.多文件的makefile的书写

你前面跟我提的makefile都是单文件的

那么多文件的情况呢?

下面我们写了fun.h fun.c test.c

成功运行

当然这里把.c改成.o,然后再去生成.o目标文件也是可以的

以上就是我们Linux基础环境开发工具的使用(二):动静态库的理解,make,makefile的全部内容,希望能对大家有所帮助!

相关文章
|
7天前
|
存储 编译器 Linux
动态链接的魔法:Linux下动态链接库机制探讨
本文将深入探讨Linux系统中的动态链接库机制,这其中包括但不限于全局符号介入、延迟绑定以及地址无关代码等内容。
|
4月前
|
安全 Linux vr&ar
Linux的动态库和静态库
Linux的动态库和静态库
|
2月前
|
Linux API 开发工具
FFmpeg开发笔记(五十九)Linux编译ijkplayer的Android平台so库
ijkplayer是由B站研发的移动端播放器,基于FFmpeg 3.4,支持Android和iOS。其源码托管于GitHub,截至2024年9月15日,获得了3.24万星标和0.81万分支,尽管已停止更新6年。本文档介绍了如何在Linux环境下编译ijkplayer的so库,以便在较新的开发环境中使用。首先需安装编译工具并调整/tmp分区大小,接着下载并安装Android SDK和NDK,最后下载ijkplayer源码并编译。详细步骤包括环境准备、工具安装及库编译等。更多FFmpeg开发知识可参考相关书籍。
110 0
FFmpeg开发笔记(五十九)Linux编译ijkplayer的Android平台so库
|
2月前
|
Linux C++
Linux c/c++之makefile的基础使用
Linux下C/C++项目中makefile的基本使用,包括基础、进阶和高级用法,以及如何创建和使用makefile来自动化编译过程。
21 0
Linux c/c++之makefile的基础使用
|
2月前
|
Linux 开发工具
【Linux快速入门(二)】Linux与ROS学习之编译基础(make编译)
【Linux快速入门(二)】Linux与ROS学习之编译基础(make编译)
|
4月前
|
Linux API
在Linux中,程序产生了库日志虽然删除了,但磁盘空间未更新是什么原因?
在Linux中,程序产生了库日志虽然删除了,但磁盘空间未更新是什么原因?
|
5月前
|
Oracle 关系型数据库 Linux
讲解linux下的Qt如何编译oracle的驱动库libqsqloci.so
通过这一连串的步骤,可以专业且有效地在Linux下为Qt编译Oracle驱动库 `libqsqloci.so`,使得Qt应用能够通过OCI与Oracle数据库进行交互。这些步骤适用于具备一定Linux和Qt经验的开发者,并且能够为需要使用Qt开发数据库应用的专业人士提供指导。
172 1
讲解linux下的Qt如何编译oracle的驱动库libqsqloci.so
|
4月前
|
Linux 网络安全 API
【Azure 应用服务】App Service For Linux 环境中,如何从App Service中获取GitHub私有库(Private Repos)的Deploy Key(RSA key)呢?
【Azure 应用服务】App Service For Linux 环境中,如何从App Service中获取GitHub私有库(Private Repos)的Deploy Key(RSA key)呢?
|
4月前
|
小程序 Linux 开发者
Linux之缓冲区与C库IO函数简单模拟
通过上述编程实例,可以对Linux系统中缓冲区和C库IO函数如何提高文件读写效率有了一个基本的了解。开发者需要根据应用程序的具体需求来选择合适的IO策略。
37 0
|
5月前
|
Linux 编译器 vr&ar
【Linux】静态库和动态库
本文详细介绍了Linux系统中静态库和动态库的概念、区别、制作与使用方法,包括它们在链接时的区别、加载机制以及优缺点。
67 0