使用autotools进行项目管理的步骤
|
Mark Zhong's HomgPage ? |
|||||||||
|
? |
? |
一、简介
1.程序的跨平台 仅仅创建能够在多种不同的*NIX系统上运行的程序也要做大量的工作。首先，代码本身必须是可移植的，可移植代码很少对运行时的硬件以及可以使用的软件库等有所假设。 开发者必须对不同系统的编译和运行环境，甚至是硬件系统结构有足够多的了解。GNU/Linux中普遍使用的GNU软件，虽然也存在于许多其他的操作系统和硬件平台，但是这不是操作系统必须的。此外也可能存在以下情况：
因此，在LINUX下的开发人员不得不编写一个通用的makefile，并且告诉用户如何编辑这个makefile文件以适应本机环境。 一般开源项目和GNU的项目的源代码都是通过configure命令生成Makefile来进行编译的。如果你想使你的 项目表现的更专业一点，想省去写Makefile的麻烦，如果你想管理好有一堆源代码的项目。那么这篇文章非常 适合你。
2.autotools的构成和历史
3.它们是怎样工作的
图中文字颜色为绿色的文件是Linux下的可执行文件。 二、实战与分析
1.实战
运行autoscan,目录下将生成configure.scan:
其中AM_INIT_AUTOMAKE宏和最后一行的Makefile是手工增加的。 修改完成后把configure.scan重命名为configure.in。 运行aclocal当前目录下会生成aclocal.m4文件。aclocal必须在configure.in文件存在时运行。 运行autoheader当前目录下会生成config.h.in:
现在要手工添加一个文件了Makefile.am:
运行automake -add-missing，目录下会生成Makefile.in。 运行autoconf, 目录下会生成configure脚本。 所有工作现在就已经做完了。试试运行一下: ./configure make make install 是不是非常专业，非常酷？ 2.分析 2.1 分析configu.in 在上面的实战中我们修改了configure.in(这个文件能完成我们大部分跨平台的设置和检查，也可以定制编译及链接时的行为)和手工创建了Makefile.am。 configure.in文件必须在开始所有工作之前调用AC_INIT宏，并且在结束所有工作后调用AC_OUTPUT宏。而事实上，也只有这两个宏是configure.in文件所必须的。AC_INIT语法如下: AC_INIT(unique_file_in_source_dir) unique_file_in_source_dir是在源代码目录下的一个文件，对AC_INIT的调用在所产生的配置脚本文件中生成一条shell命令，通过检查unique_file_source_dir是否存在来验证当前目录是否正确。 AC_OUTPUT创建名为Makefile或其它名字的输出文件，其语法如下: AC_OUTPUT([file...[, extra_cmds[, init_cmds]]]) 其中file是用空格分隔的输出文件列表，通过复制file.in到file来生成这些文件。extra_cmds是一个命令列表，附加在config.status之后，在重新生成配置脚本时会用到它，init_cmds也将插入到config.status中，但其位置在extra_cmds之前。 configure.in文件的结构大致如下:
以上顺序并不是必须的。例如函数库的存在与否直接影响到是否包含相应的头文件，所以对头文件的检查要放在检查完函数库之后。在configure.in文件中，通常每一个宏调用应该占据单独的一行，这是因为多数autoconf宏都需要一个新行来结束命令。在使用宏读取或设置环境变量时，可以把这些变量当作一个宏而放在同一行上。 一个多参数的宏调用可以超过每宏一行的规则。这时应该使用'/'来续行并且用m4所能识别的括号[]来括起所有参数，示例如下: AC_CHECK_HEADERS([unistd.h termios.h termio.h sgtty.h / sys/timer.h ]) AC_CHECK_HEADERS(unistd.h termios.h termio.h sgtty.h sys/ timer.h ) 两种定义方式是等价的。第二个例子是把整个宏写在同一行内。 在configure.in的第一行是一句注释 dnl Process this file with autoconf to produce a configure script. dnl是m4的注释符号。也可以使用#做为注释符号 2.2 分析Makefile.am automake会把Makefile.am按configure.in中的定义生成Makefile.in。 AUTOMAKE_OPTIONS 设置automake的选项。automake主要是帮助软件开发人员维护软件的配套文档，在执行automake时，会检查目录下是否存在标准软件文档中应具备的文件，例如:"NEWS"、"INSTALL"、"ChangeLog"等。设为foreign时，则不进行检查。 bin_PROGRAMS 定义你要生成的可执行文档名。如果要生成多个可执行文档，每个文档名用空格分隔。 hello_SOURCES 定义hello这个可执行文档的源程序和要依赖的头文件等相关文件。如果有多个可执行文档，则每个可执行文档都要有相对应的filename_SORUCES。 如果在你的目录树，源代码放在./src / 子目录下，则使用SUBDIRS宏，来指定子目录，在子目录中要放一个通常的Makefile.am文件。 三、autotools使用进阶 3.1几个常用的autoconf宏 AC_PROG_CC 决定使用哪个C编译器，并设置输出变量CC AC_PROG_CXX 决定使用哪个C++编译器，并设置输出变量CC AC_PROG_CC_C_O 决定编译器是否接受-c或-o选项，如果不接受，定义 NO_MINUS_C_MINUS_O AC_CHECK_LIB(lib,function[,action_if_found[,action_if_no_found,[,other_libs]]]) 通过把一个C程序链接到函数库lib来判断在lib库中是否存在指定的函数。在测 试成功时执行shell命令section_if_found或者在action_if_found为空时，在输 出变量LIB中添加-llib。action_if_not_found把other_libs选项传给link命令。 这个函数是测试宏中最常用的一个。 AC_HEADER_STDC 如果系统支持ANSI/ISO C头文件，定义STDC_HEADERS。 AC_HEADER_SYS_WAIT 如果系统有POSIX兼容的头文件sys/wait.h，定义输出变量HAVE_SYS_WAIT AC_HEADER_DIRENT 顺序检查头dirent.h、sysdir/ndir.h、sys/dir.h和ndir.h中是否定义了DIR，并 根据结果定义HAVE_DIRENT_H、HAVE_SYS_NDIR_H、 HAVE_SYS_DIR_H、或HAVE_NDIR_H 3.2一个进阶的例子
四、更详细的autoconf的参考（部分宏的介绍） 五、参考 ...更多 |
|||||||
网页内容仅为个人意见.
? 1999-2004 Mark Zhong 版权所有. 保留所有权利
本文地址：http://www.45fan.com/a/luyou/71190.html