北京市专业网站制作企业,用网站做自我介绍自己,宣传片视频创意,域名注册费用From: http://www.ibm.com/developerworks/cn/linux/l-makefile/ 简介#xff1a; 本文介绍了在 linux 系统中#xff0c;通过 Gnu autoconf 和 automake 生成 Makefile 的方法。主要探讨了生成 Makefile 的来龙去脉及其机理#xff0c;接着详细介绍了配置 Configure.in 的方…From: http://www.ibm.com/developerworks/cn/linux/l-makefile/ 简介 本文介绍了在 linux 系统中通过 Gnu autoconf 和 automake 生成 Makefile 的方法。主要探讨了生成 Makefile 的来龙去脉及其机理接着详细介绍了配置 Configure.in 的方法及其规则。 本文的标签 autoconf, automake, gnu, makefile,tools, 例解, 和, 生成 引子
无论是在Linux还是在Unix环境中make都是一个非常重要的编译命令。不管是自己进行项目开发还是安装应用软件我们都经常要用到make或 make install。利用make工具我们可以将大型的开发项目分解成为多个更易于管理的模块对于一个包括几百个源文件的应用程序使用make和 makefile工具就可以轻而易举的理顺各个源文件之间纷繁复杂的相互关系。
但是如果通过查阅make的帮助文档来手工编写Makefile,对任何程序员都是一场挑战。幸而有GNU 提供的Autoconf及Automake这两套工具使得编写makefile不再是一个难题。
本文将介绍如何利用 GNU Autoconf 及 Automake 这两套工具来协助我们自动产生 Makefile文件并且让开发出来的软件可以像大多数源码包那样只需./configure, make,make install 就可以把程序安装到系统中。
回页首
模拟需求
假设源文件按如下目录存放如图1所示运用autoconf和automake生成makefile文件。 图 1文件目录结构假设src是我们源文件目录include目录存放其他库的头文件lib目录存放用到的库文件然后开始按模块存放每个模块都有一个对应的目录模块下再分子模块如apple、orange。每个子目录下又分coreincludeshell三个目录其中core和shell目录存放.c文件include的存放.h文件其他类似。
样例程序功能基于多线程的数据读写保护联系作者获取整个autoconf和automake生成的Makefile工程和源码E-mailnormalnotebook126.com。
回页首
工具简介
所必须的软件autoconf/automake/m4/perl/libtool其中libtool非必须。
autoconf是一个用于生成可以自动地配置软件源码包用以适应多种UNIX类系统的shell脚本工具其中autoconf需要用到 m4便于生成脚本。automake是一个从Makefile.am文件自动生成Makefile.in的工具。为了生成Makefile.inautomake还需用到perl由于automake创建的发布完全遵循GNU标准所以在创建中不需要perl。libtool是一款方便生成各种程序库的工具。
目前automake支持三种目录层次flat、shallow和deep。
1) flat指的是所有文件都位于同一个目录中。
就是所有源文件、头文件以及其他库文件都位于当前目录中且没有子目录。Termutils就是这一类。
2) shallow指的是主要的源代码都储存在顶层目录其他各个部分则储存在子目录中。
就是主要源文件在当前目录中而其它一些实现各部分功能的源文件位于各自不同的目录。automake本身就是这一类。
3) deep指的是所有源代码都被储存在子目录中顶层目录主要包含配置信息。
就是所有源文件及自己写的头文件位于当前目录的一个子目录中而当前目录里没有任何源文件。 GNU cpio和GNU tar就是这一类。
flat类型是最简单的deep类型是最复杂的。不难看出我们的模拟需求正是基于第三类deep型也就是说我们要做挑战性的事情)。注我们的测试程序是基于多线程的简单程序。
回页首
生成 Makefile 的来龙去脉
首先进入 project 目录在该目录下运行一系列命令创建和修改几个文件就可以生成符合该平台的Makefile文件操作过程如下
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脚本
可以通过图2看出产生Makefile的流程如图所示 图 2生成Makefile流程图回页首
Configure.in的八股文
当我们利用autoscan工具生成confiugre.scan文件时我们需要将confiugre.scan重命名为confiugre.in文件。confiugre.in调用一系列autoconf宏来测试程序需要的或用到的特性是否存在以及这些特性的功能。
下面我们就来目睹一下confiugre.scan的庐山真面目 # Process this file with autoconf to produce a configure script.
AC_PREREQ(2.59)
AC_INIT(FULL-PACKAGE-NAME, VERSION, BUG-REPORT-ADDRESS)
AC_CONFIG_SRCDIR([config.h.in])
AC_CONFIG_HEADER([config.h])
# Checks for programs.
AC_PROG_CC
# Checks for libraries.
# FIXME: Replace main with a function in -lpthread:
AC_CHECK_LIB([pthread], [main])
# Checks for header files.
# Checks for typedefs, structures, and compiler characteristics.
# Checks for library functions.
AC_OUTPUT每个configure.scan文件都是以AC_INIT开头以AC_OUTPUT结束。我们不难从文件中看出confiugre.in文件的一般布局 AC_INIT测试程序测试函数库测试头文件测试类型定义测试结构测试编译器特性测试库函数测试系统调用
AC_OUTPUT上面的调用次序只是建议性质的但我们还是强烈建议不要随意改变对宏调用的次序。
现在就开始修改该文件 $mv configure.scan configure.in
$vim configure.in修改后的结果如下 # -*- Autoconf -*-
# Process this file with autoconf to produce a configure script.AC_PREREQ(2.59)
AC_INIT(test, 1.0, normalnotebook126.com)
AC_CONFIG_SRCDIR([src/ModuleA/apple/core/test.c])
AM_CONFIG_HEADER(config.h)
AM_INIT_AUTOMAKE(test,1.0)# Checks for programs.
AC_PROG_CC
# Checks for libraries.
# FIXME: Replace main with a function in -lpthread:
AC_CHECK_LIB([pthread], [pthread_rwlock_init])
AC_PROG_RANLIB
# Checks for header files.
# Checks for typedefs, structures, and compiler characteristics.
# Checks for library functions.
AC_OUTPUT([Makefilesrc/lib/Makefilesrc/ModuleA/apple/core/Makefilesrc/ModuleA/apple/shell/Makefile]) 其中要将AC_CONFIG_HEADER([config.h])修改为AM_CONFIG_HEADER(config.h), 并加入AM_INIT_AUTOMAKE(test,1.0)。由于我们的测试程序是基于多线程的程序所以要加入AC_PROG_RANLIB不然运行automake命令时会出错。在AC_OUTPUT输入要创建的Makefile文件名。
由于我们在程序中使用了读写锁所以需要对库文件进行检查即AC_CHECK_LIB([pthread], [main])该宏的含义如下 其中LIBS是link的一个选项详细请参看后续的Makefile文件。由于我们在程序中使用了读写锁所以我们测试pthread库中是否存在pthread_rwlock_init函数。
由于我们是基于deep类型来创建makefile文件所以我们需要在四处创建Makefile文件。即project目录下lib目录下core和shell目录下。
Autoconf提供了很多内置宏来做相关的检测限于篇幅关系我们在这里对其他宏不做详细的解释具体请参看参考文献1和参考文献2也可参看autoconf信息页。
回页首
实战Makefile.am
Makefile.am是一种比Makefile更高层次的规则。只需指定要生成什么目标它由什么源文件生成要安装到什么目录等构成。
表一列出了可执行文件、静态库、头文件和数据文件四种书写Makefile.am文件个一般格式。 表 1Makefile.am一般格式对于可执行文件和静态库类型如果只想编译不想安装到系统中可以用noinst_PROGRAMS代替bin_PROGRAMSnoinst_LIBRARIES代替lib_LIBRARIES。
Makefile.am还提供了一些全局变量供所有的目标体使用 表 2 Makefile.am中可用的全局变量在Makefile.am中尽量使用相对路径系统预定义了两个基本路径 表 3Makefile.am中可用的路径变量在上文中我们提到过安装路径automake设置了默认的安装路径
1) 标准安装路径
默认安装路径为$(prefix) /usr/local可以通过./configure --prefixnew_path的方法来覆盖。
其它的预定义目录还包括bindir $(prefix)/bin, libdir $(prefix)/lib, datadir $(prefix)/share, sysconfdir $(prefix)/etc等等。
2) 定义一个新的安装路径
比如test, 可定义testdir $(prefix)/test, 然后test_DATA test1 test2则test1test2会作为数据文件安装到$(prefix)/ /test目录下。
我们首先需要在工程顶层目录下即project/创建一个Makefile.am来指明包含的子目录 SUBDIRSsrc/lib src/ModuleA/apple/shell src/ModuleA/apple/core
CURRENTPATH$(shell /bin/pwd)
INCLUDES-I$(CURRENTPATH)/src/include -I$(CURRENTPATH)/src/ModuleA/apple/include
export INCLUDES由于每个源文件都会用到相同的头文件所以我们在最顶层的Makefile.am中包含了编译源文件时所用到的头文件并导出见蓝色部分代码。
我们将lib目录下的swap.c文件编译成libswap.a文件被apple/shell/apple.c文件调用那么lib目录下的Makefile.am如下所示 noinst_LIBRARIESlibswap.a
libswap_a_SOURCESswap.c
INCLUDES-I$(top_srcdir)/src/includ细心的读者可能就会问怎么表1中给出的是bin_LIBRARIES而这里是noinst_LIBRARIES这是因为如果只想编译而不想安装到系统中就用noinst_LIBRARIES代替bin_LIBRARIES对于可执行文件就用noinst_PROGRAMS代替bin_PROGRAMS。对于安装的情况库将会安装到$(prefix)/lib目录下可执行文件将会安装到${prefix}/bin。如果想安装该库则Makefile.am示例如下 bin_LIBRARIESlibswap.a
libswap_a_SOURCESswap.c
INCLUDES-I$(top_srcdir)/src/include
swapincludedir$(includedir)/swap
swapinclude_HEADERS$(top_srcdir)/src/include/swap.h最后两行的意思是将swap.h安装到${prefix}/include /swap目录下。
接下来对于可执行文件类型的情况我们将讨论如何写Makefile.am对于编译apple/core目录下的文件我们写成的Makefile.am如下所示 noinst_PROGRAMStest
test_SOURCEStest.c
test_LDADD$(top_srcdir)/src/ModuleA/apple/shell/apple.o $(top_srcdir)/src/lib/libswap.a
test_LDFLAGS-D_GNU_SOURCE
DEFS-D_GNU_SOURCE
#LIBS-lpthread由于我们的test.c文件在链接时需要apple.o和libswap.a文件所以我们需要在test_LDADD中包含这两个文件。对于Linux下的信号量/读写锁文件进行编译需要在编译选项中指明-D_GNU_SOURCE。所以在test_LDFLAGS中指明。而test_LDFLAGS只是链接时的选项编译时同样需要指明该选项所以需要DEFS来指明编译选项由于DEFS已经有初始值所以这里用的形式指明。从这里可以看出Makefile.am中的语法与Makefile的语法一致也可以采用条件表达式。如果你的程序还包含其他的库除了用AC_CHECK_LIB宏来指明外还可以用LIBS来指明。
如果你只想编译某一个文件那么Makefile.am如何写呢这个文件也很简单写法跟可执行文件的差不多如下例所示 noinst_PROGRAMSapple
apple_SOURCESapple.c
DEFS-D_GNU_SOURCE我们这里只是欺骗automake假装要生成apple文件让它为我们生成依赖关系和执行命令。所以当你运行完automake命令后然后修改apple/shell/下的Makefile.in文件直接将LINK语句删除即 …….
clean-noinstPROGRAMS:-test -z $(noinst_PROGRAMS) || rm -f $(noinst_PROGRAMS)
apple$(EXEEXT): $(apple_OBJECTS) $(apple_DEPENDENCIES) rm -f apple$(EXEEXT)
#$(LINK) $(apple_LDFLAGS) $(apple_OBJECTS) $(apple_LDADD) $(LIBS)
…….通过上述处理就可以达到我们的目的。从图1中不难看出为什么要修改Makefile.in的原因而不是修改其他的文件。 回页首
下载
名字大小下载方法project.rar HTTP
关于下载方法的信息 参考资料
Kurt Wall张辉译 《GNU/Linux编程指南》 清华大学出版社Robert Mecklenburg《GNU Make项目管理第三版》 东南大学出版社 2006http://www.cngnu.org/technology/index.html
作者简介 杨小华目前从事 Linux 内核方面的研究喜欢捣鼓 Linux 系统对 Linux 中断系统比较了解。可以通过normalnotebook126.com与他取得联系。 苏春艳在读研究生主要在Linux系统下从事嵌入式开发。
