linux--Autotools

worthsen

于 2022-04-19 19:53:25 发布

阅读量1k

点赞数

CC 4.0 BY-SA版权

分类专栏： Linux Linux 进阶文章标签： linux

本文链接：https://blog.csdn.net/qq_38880380/article/details/124274906

Linux 同时被 2 个专栏收录

138 篇文章

订阅专栏

Linux 进阶

39 篇文章

订阅专栏

本文概述了Autotools工具集（Autoconf, Automake, Libtool）在软件配置中的核心作用，从Autotools的发展历程，手写Makefile的挑战，到Autoconf自动生成configure脚本、Automake简化Makefile管理，以及Libtool处理动态库问题。同时，文章提到了cmake作为替代方案的兴起，及其简化配置过程的特点。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

linux--Autotools

1 介绍
2 步骤
- cmake的步骤
3 Autotools发展史引[Autotools发展史](https://www.homedt.net/16685.html)
参考

1 介绍

Autoconf是一个用于生成shell脚本的工具，可以自动配置软件源代码以适应多种类似POSIX的系统。为了让你的软件包在所有的不同系统上都可以进行编译。Autotools主要有Autoconf、automake、libtool等软件包工具组成，我们可以称为Autotools三剑客。
本质是产生makefile文件的工具。
cmake产生的晚，解决了很多autotools工具的问题。autotools是一个工具集具有强大的灵活性，但是因为步骤太多，配置繁琐，产生了很多的替代方案，cmake是其中最优秀的之一。

Automake

为了兼容各个系统的make使用。
从Makefile.am文件和Autoconf一起生成Makefile.in文件。

Gnulib

这是GNU代码的中央仓库，目的是共享免费的软件包。它的共享是源码级别的，只需要从上面直接拉取到自己的源码树。

Libtool

生产动态的共享库是非常困难的事情，每个系统都有自己的编译工具、编译标志、etc.。
Libtool会处理所有的共享库请求。需要共享库的时候会自Libtool会自动地被使用，无需知晓其语法规则。

2 步骤

在这里插入图片描述

1.运行autoscan命令
2.将configure.scan 文件重命名为configure.in，并修改configure.in文件
3.在project目录下新建Makefile.am文件，并在core和shell目录下也新建makefile.am文件
4.在project目录下新建NEWS、 README、 ChangeLog 、AUTHORS文件
5.将/usr/share/automake-1.X/目录下的depcomp和complie文件拷贝到本目录下
6.运行aclocal命令
7.运行autoconf命令
8.运行automake -a命令
9.运行./confiugre脚本

在这里插入图片描述

cmake的步骤

1.编写CMakeLists.txt
2.运行cmake命令

3 Autotools发展史引Autotools发展史

Makefile语法复杂、难以维护。对于一个小项目还好，对于大型的项目和开源项目，现在流行使用一些工具自动生成Makefile，可以大大减轻软件开发人员的负担。
比较常见的工具有GNU Autotools、CMake、QMake、SCons、Ant等。

手写makefile时代

早期我们在Unix、linux环境下开发软件，makefile都是手写的。

Autoconf时代

后来linux操作系统问世，后续的版本也越来越多，各种发布版本错综复杂，差异越来越大，甚至包括操作系统的接口都出现差异。这时候别说makefile能不能正确编译的问题了，就连我们编写的应用程序，即使编译正确，也有可能在其它的平台上运行不起来。这个问题，大家都知道，后来出现了POSIX API标准，就是可移植的操作系统接口。对于makefile来说，为了适配操作系统的更多版本，只能不断地添加代码，这就导致configure脚本越来远大，导致后来开发人员再也受不了了，维护成本越来越高。
1991年，David Mackenzie开发了Autoconf工具，用来自动生成configure脚本。
用户只需要定义几个宏，表示我们关心的配置选项，保存在configure.ac文件里，然后使用Autoconf工具就可以帮我们自动生成configure脚本了！

automake时代

然而，随着项目越来越大，makefile也越来越复杂，尤其是大型项目，手写越来越困难，怎么办？
automake工具这个时候闪亮登场了！
对于开发人员来说，我们关心的就是这个项目要生成什么可执行文件，需要编译哪些源文件，至于怎么编译的？底层的链接细节，鬼才懒得管。
后来，为了进一步减少工作量，又出现一个aclocal工具，会自动将automake、autoconf以及用户定义的所有宏统统放在aclocal.m4文件里。
为什么要保存在aclocal.m4这种格式的文件里？我也不知道…，m4，macro宏后面4个字母，缩写就是m4.

libtool时代

随着Unix、Linux之间的差异越来越大，对动态共享库的管理差异也越来越大，比如有些共享库，使用.so格式，有的是.a，有的是.o的形式。运行时对动态库的管理方式也一样，有的操作系统支持动态加载，有的就不支持。这就对我们Makefile带来了挑战。怎么办？libtool的工具出现就是为了解决这个问题的，它通过对生成的动态库进行抽象，统一生成.la的形式，可以支持十几种各种不同的平台。