automake的flat和shadow详细使用

2024-06-05 13:08

本文主要是介绍automake的flat和shadow详细使用,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

超详细···

总所周知,Makefile主要用来组织源码的编译,其语法在此不再迭述。经分析可发现,源码的组织结构通常有以下3种形式:

①、flat:所有文件都处在同一目录

所有源文件、头文件以及相关的库文件都处在当前的目录中,不存在任何子目录。

②、shallow:主要源代码处在顶层目录,其他各部分处在子目录

主要源文件在当前目录中,而其它一些实现各部分功能的源文件位于各自不同的目录。

③、deep:所有源代码处在子目录,顶层目录存放配置信息

所有源文件及自己写的头文件位于当前目录的一个子目录中,而当前目录里没有任何源文件。

使用automake对以上3种源码组织结构的编译过程在某些细节上存在一些差异,但是大概流程是一致的,如下图所示:

\

图1 生成Makefile的过程

编译过程

2.1 flat

根据引言中对flat源码结构的描述“所有源文件、头文件以及相关的库文件都处在当前的目录中,不存在任何子目录”可知其目录结构如下图所示:

 

\ \

图2 flat源码结构

目录说明: add.c:实现加法运算 int my_add(int a, int b) { return (a + b); } sub.c:实现减法运算 int my_sub(int a, int b) { return (a - b); } mul.c:实现乘法运算 int my_mul(int a, int b) { return (a * b); } div.c: 实现除法运算 int my_div(int a, int b) { return (a / b); } algo.h:头文件声明源码中实现的函数 test.c:在主函数中调用以上源文件实现的函数,并展示运算结果 编译步骤: ①、执行autoscan 在目录中执行autoscan命令,会生成文件configure.scan,再将其重命名为configure.in,最后还需要做如下修改。 #autoscan #mv

configure.scan configure.in #vim configure.in 修改前:

\

图3 configure.scan

①、将AC_CONFIG_SRCDIR([sub.c])改为AC_CONFIG_SRCDIR([test.c]) - 注:使用有主函数main()的源文件test.c取代sub.c ②、将AC_CONFIG_HEADER([config.h])改为AM_CONFIG_HEADER([config.h]) ③、新增AM_INIT_AUTOMAKE(math, 1.0):其中math是希望生成的可执行程序的名字,1.0表示版本号 ④、将AC_OUTPUT改为AC_OUTPUT(Makefile):表示要创建的Makefile名修改后: \

图4 configure.in

②、配置Makefile.am 在当前目录中新建Makefile.am文件,生成可执行文件math,因此其配置内容为: \

图5 Makefile.am

③、新建文件 在当前目录下新建文件NEWS、README、ChangeLog、AUTHORS文件,内容为空; #touch NEWS #touch README #touch ChangeLog #touch AUTHORS ④、生成configure #aclocal —— 该命令将以configure.in为输入文件,生成aclocal.m4 #autoconf —— 该命令将以configure.in和aclocal.m4为输入文件,生成文件configure #autoheader ⑤、生成Makefile.in #automake -a (该命令将以configure.in和Makefile.am为输入文件,生成文件Makefile.in) ⑥、执行./configure 配置安装程序,并生成Makefile ⑦、编译源码 经过以上步骤,已经生成了Makefile,此时只需执行make,便可以编译源码,并生成可执行程序了; ⑧、运行结果 完成以上所有操作之后,在当前目录下就生成了可执行程序math,其最终的运行结果如下图所示:

\

图6 flat结果 

2.2 shallow

根据引言中对shallow源码结构的描述“主要源文件在当前目录中,而其它一些实现各部分功能的源文件位于各自不同的目录”可知其目录结构如下图所示:

 

加载中... \

图7 shallow源码结构

目录说明: add/add.c:实现加法运算 int my_add(int a, int b) { return (a + b); } sub/sub.c:实现减法运算 int my_sub(int a, int b) { return (a - b); } mul/mul.c:实现乘法运算 int my_mul(int a, int b) { return (a * b); } div/div.c: 实现除法运算 int my_div(int a, int b) { return (a / b); } incl/algo.h:头文件声明源码中实现的函数 test.c:在主函数中调用以上源文件实现的函数,并展示运算结果 编译步骤: ①、执行autoscan 在目录中执行autoscan命令,会生成文件configure.scan,再将其重命名为configure.in,最后还需要做如下修改。 #autoscan #mv configure.scan configure.in #vim configure.in 修改前: \

图8 configure.scan

①、将AC_CONFIG_HEADER([config.h])改为AM_CONFIG_HEADER([config.h]) ②、新增AM_INIT_AUTOMAKE(math, 2.0):其中math是希望生成的可执行程序的名字,2.0表示版本号 ③、将AC_OUTPUT改为AC_OUTPUT([Makefile ./add/Makeifle ./sub/Makefile ./mul/Makefile ./div/Makefile]):表示要创建的Makefile名修改后: \

图9 configure.in

②、配置Makefile.am 现在存在的目录有顶层目录math、add、sub、mul、div和incl,因此需要分别在对应新建Makefile.am文件,一共6个。 1)顶层目录的

Makefile.am

\

图10 顶层目录Makefile.am

配置说明: ①、SUBDIRS:用来指明源文件、库文件所在目录 ②、CURRENTPATH:获取当前代码所在目录 ③、INCLUDES:指明头文件所在目录 ④、bin_PROGRAMS:指明生成的可执行文件的名称exec ⑤、exec_SOURCES: 指明可执行程序依赖的源文件 ⑥、exec_LDADD:指明链接时依赖的文件 ⑦、exec_LDFLAGS:指明链接时需要的选项 ⑧、DEFS:指明编译选项 ⑨、LIBS:指明程序还需要包含的库 2)源文件目录Makefile.am \

图11 子目录add中的Makefile.am

这里使用了欺骗手段,欺骗automake需要生成可执行程序add,让它生成依赖文件add.o和执行命令。所以当运行完automake命令后,需要修改对应目录下的Makefile.in,删除其中的LINK语句。 配置说明: ①、noinst_PROGRAMS:指明需要生成的可执行程序的名称,在此因为不要安装,所以使用关键字noinst_PROGRAMS;如果需要安装,则使用bin_PROGRAMS。 ②、exec_SOURCES:指明可执行程序依赖的文件名 ③、DEFS:指明编译选项 因sub、mul以及div目录的作用与add相似,因此,他们的Makefile.am配置是极其相似,只需将其中的add改为sub、mul或div即可,在此不再迭述。 3)头文件Makefile.am 将被源码使用的头文件加入

到对应的变量include_HEADERS中即可:

 \

图12 头文件Makefile.am ③、新建文件 在当前目录下新建文件NEWS、README、ChangeLog、AUTHORS文件,内容为空; #touch NEWS #touch README #touch ChangeLog #touch AUTHORS ④、生成configure #aclocal —— 该命令将以configure.in为输入文件,生成aclocal.m4 #autoconf —— 该命令将以configure.in和aclocal.m4为输入文件,生成文件configure #autoheader ⑤、生成Makefile.in #automake -a —— 该命令将以configure.in和Makefile.am为输入文件,生成文件Makefile.in 因生成add.o、sub.o、mul.o和div.o使用了欺骗的手段,所以当运行完automake命令后,需要修改对应目录下的Makefile.in,删除其中的LINK语句。修改前: \

图13 div中Makefile.in (修改前)


  \

图14 div中的Makefile.in (修改后)

因add、sub、mul与div的功能相似,所以其修改过程也是极其一致的,在此不再迭述。 ⑥、执行./configure 配置安装程序,并生成Makefile ⑦、编译源码 经过以上步骤,已经生成了Makefile,此时只需执行make,便可以编译源码,并生成可执行程序了; ⑧、运行结果 完成以上所有操作之后,在当前目录下就生成了可执行程序math,其最终的运

行结果如下图所示:

\

图15 shallow编译结果

这篇关于automake的flat和shadow详细使用的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1033137

相关文章

nginx -t、nginx -s stop 和 nginx -s reload 命令的详细解析(结合应用场景)

《nginx-t、nginx-sstop和nginx-sreload命令的详细解析(结合应用场景)》本文解析Nginx的-t、-sstop、-sreload命令,分别用于配置语法检... 以下是关于 nginx -t、nginx -s stop 和 nginx -s reload 命令的详细解析,结合实际应

Spring boot整合dubbo+zookeeper的详细过程

《Springboot整合dubbo+zookeeper的详细过程》本文讲解SpringBoot整合Dubbo与Zookeeper实现API、Provider、Consumer模式,包含依赖配置、... 目录Spring boot整合dubbo+zookeeper1.创建父工程2.父工程引入依赖3.创建ap

使用Python删除Excel中的行列和单元格示例详解

《使用Python删除Excel中的行列和单元格示例详解》在处理Excel数据时,删除不需要的行、列或单元格是一项常见且必要的操作,本文将使用Python脚本实现对Excel表格的高效自动化处理,感兴... 目录开发环境准备使用 python 删除 Excphpel 表格中的行删除特定行删除空白行删除含指定

深入理解Go语言中二维切片的使用

《深入理解Go语言中二维切片的使用》本文深入讲解了Go语言中二维切片的概念与应用,用于表示矩阵、表格等二维数据结构,文中通过示例代码介绍的非常详细,需要的朋友们下面随着小编来一起学习学习吧... 目录引言二维切片的基本概念定义创建二维切片二维切片的操作访问元素修改元素遍历二维切片二维切片的动态调整追加行动态

prometheus如何使用pushgateway监控网路丢包

《prometheus如何使用pushgateway监控网路丢包》:本文主要介绍prometheus如何使用pushgateway监控网路丢包问题,具有很好的参考价值,希望对大家有所帮助,如有错误... 目录监控网路丢包脚本数据图表总结监控网路丢包脚本[root@gtcq-gt-monitor-prome

Spring Boot集成Druid实现数据源管理与监控的详细步骤

《SpringBoot集成Druid实现数据源管理与监控的详细步骤》本文介绍如何在SpringBoot项目中集成Druid数据库连接池,包括环境搭建、Maven依赖配置、SpringBoot配置文件... 目录1. 引言1.1 环境准备1.2 Druid介绍2. 配置Druid连接池3. 查看Druid监控

Python通用唯一标识符模块uuid使用案例详解

《Python通用唯一标识符模块uuid使用案例详解》Pythonuuid模块用于生成128位全局唯一标识符,支持UUID1-5版本,适用于分布式系统、数据库主键等场景,需注意隐私、碰撞概率及存储优... 目录简介核心功能1. UUID版本2. UUID属性3. 命名空间使用场景1. 生成唯一标识符2. 数

创建Java keystore文件的完整指南及详细步骤

《创建Javakeystore文件的完整指南及详细步骤》本文详解Java中keystore的创建与配置,涵盖私钥管理、自签名与CA证书生成、SSL/TLS应用,强调安全存储及验证机制,确保通信加密和... 目录1. 秘密键(私钥)的理解与管理私钥的定义与重要性私钥的管理策略私钥的生成与存储2. 证书的创建与

SpringBoot中如何使用Assert进行断言校验

《SpringBoot中如何使用Assert进行断言校验》Java提供了内置的assert机制,而Spring框架也提供了更强大的Assert工具类来帮助开发者进行参数校验和状态检查,下... 目录前言一、Java 原生assert简介1.1 使用方式1.2 示例代码1.3 优缺点分析二、Spring Fr

Android kotlin中 Channel 和 Flow 的区别和选择使用场景分析

《Androidkotlin中Channel和Flow的区别和选择使用场景分析》Kotlin协程中,Flow是冷数据流,按需触发,适合响应式数据处理;Channel是热数据流,持续发送,支持... 目录一、基本概念界定FlowChannel二、核心特性对比数据生产触发条件生产与消费的关系背压处理机制生命周期