关于Makefile.am中与Build相关的变量设置 | Tony Bai
关于Makefile.am中与Build相关的变量设置
十月 26, 2010
今天尝试使用重新构建一个遗留库的Build环境。之前改造的的目录结构还是相对简单，改造时并未遇到什么难题，不过今天就没那么幸运了，我在头文件目录包含设置这个看似简单的环节上遇到了一些小麻烦。
这个库结构其实也没那么复杂，只是源文件和头文件不在一个目录下罢了：
&&& – Makefile.am
&&& – configure.in
&&& – include/
&&&&&&& – xx.h
&&&&&&& – yy.h
&&& – module1
&&&&&&& – xx.c
&&&&&&& – Makefile.am
&&& – moudle2
&&&&&&& – yy.c
&&&&&&& – Makefile.am
开始也没多想，参照以前的经验一步一步生成configure脚本。执行configure脚本生成Makefile文件，敲入make。在进入module1目录后，提示编译xx.c文件失败，无法找到xx.h！看了一下，的确没有-I上层的include目录，只有&-I.&和&-I..&。翻看了一下automake的，发现默认情况下是将config.h所在的目录当作-I的参数。我的configure.in中是这样设置的:AC_CONFIG_HEADERS([config.h])，怪不得无法正确设置目录呢！将该句改为AC_CONFIG_HEADERS([include/config.h])后，重新生成Makefile并执行make，这回gcc命令行上出现了&-I../include&的字样，编译也很是顺利。
不过就这样算了，似乎总觉不妥，config.h只有一个，但如果有多个include目录的情况下该如何设置头文件包含目录呢？带着这个问题我再次翻看了automake的手册。老天不负有心人^_^，手册里确有这方面的说明。
原来automake从里继承了很多编译时需要的变量，诸如CC, CFLAGS, CPPFLAGS, DEFS, LDFLAGS,LIBS等等。但automake也可自己设置一些编译时用到的变量，automake与Build相关的一些变量名字也都以AM_开头，诸如AM_CPPFLAGS(与CPPFLAGS对应)。在Makefile.am中设置头文件包含的方式至少有以下两种：
* 在顶层Makefile.am中设置全局变量
AM_CPPFLAGS = -I $(top_srcdir)/include1
export AM_CPPFLAGS
这样在编译子目录（如module1)时，该全局设置也会起作用，在gcc编译命令行中你会看到-I ../include1。
* 在子目录层Makefile.am中设置局部变量
AM_CPPFLAGS = -I $(top_srcdir)/include2
这里的设置仅仅影响该目录下源文件的编译，对于其他同级目录下的源文件不起作用。另外如果此时顶层的Makefile.am中依然有AM_CPPFLAGS的设置，那么子目录下的Makefile.am中的这些设置会覆盖掉顶层的定义，在gcc编译命令行中也只会看到-I include2而无-I include1。
除了在Makefile.am中手工显式设置外，也可在执行configure脚本的时候通过传入CPPFLAGS参数来设定包含头文件位置，如configure CPPFLAGS=-I./include3。注意&CPPFLAGS&、&=&和后面的值之间不能有空格。在中也有这方面的说明：在命令行中这里的CPPFLAGS将被放到AM_CPPFLAGS后面并一起传给gcc。
对于automake中的其他Build相关的AM_XXFLAGS变量，其道理也是相同的，这里就不赘述了。
& 2010, . 版权所有.
Related posts:
这里是的个人Blog，欢迎访问、订阅和留言！订阅Feed请点击上面图片。
如果您觉得这里的文章对您有帮助，请扫描上方二维码进行捐赠，加油后的Tony Bai将会为您呈现更多精彩的文章，谢谢！
如果您喜欢通过微信App浏览本站内容，可以扫描下方二维码，订阅本站官方微信订阅号“iamtonybai”；点击二维码，可直达本人官方微博主页^_^：
本站Powered by Digital Ocean VPS。
著名主机提供商Linode 10$优惠码：linode10，在即可免费获得。
阿里云推荐码：1WFZ0V，立享9折！Makefile自动生成
编写 make 规则:
使用 gcc 的时候，用 -M 开关，它会为每一个你给它的Ｃ文件输出一个规则，把目标文件 做为目的，而这个Ｃ文件和所有应该被 #include 的 header 文 件将做为依靠文件。注意这个规则会加入所有 header 文件，包 括被角括号(`&', `&')和双引号(`&')所包围的文件。其实 header 档（比如 stdio.h, stdlib.h 等等一般不会被我们更改，如果用 -MM 来代替 -M 传递给 gcc，那些用角括号包围的 header 档将不会被包括。
$@ 扩展成当前规则的目的文件名， $& 扩展成依靠列表中的第 一个依靠文件，而 $^ 扩展成整个依靠的列表。
自动生成Makefile文件的操作：
1、首先，新建一个测试项目的目录&&hello：mkdir hello
然后，cd hello；编辑一个hello.c的代码文件：
#include &stdio.h&
int main()
&&&& printf(&hello automake!\n&);
保存退出；
2、执行autoscan命令，在当前路径中生成了autoscan.log& configure.scan两个新文件。其中configure.scan文件的内容如下：
AC_PREREQ(2.57)
AC_INIT(FULL-PACKAGE-NAME, VERSION, BUG-REPORT-ADDRESS)
AC_CONFIG_SRCDIR([test.c])
AC_CONFIG_HEADER([config.h])
AC_PROG_CC
3、重命名configure.scan& 为configure.in，编辑它的内容，修改后的内容为：
AC_PREREQ(2.57)
AC_INIT(hello)
AC_CONFIG_SRCDIR([hello.c])
#AC_CONFIG_HEADER([config.h])
AM_INIT_AUTOMAKE(hello, 1.0)
AC_PROG_CC
AC_OUTPUT([Makefile])
说明：Autoconf 是用来产生 'configure'文件的工具。'configure' 是一个 shell script，它可以自动设定符合各种不同平台上Unix 系统的特性，并且根据系统参数及环境产生合适的Makefile文件或C 的头文件(header file)，让原始程式可以很方便地在不同的平台上进行编译。Autoconf会读取 configure.in 文件然后产生'configure' 这个 shell script。configure.in 文件内容是一系列GNU m4 的宏，这些宏经autoconf处理后会变成检查系统特性的shell scripts。 configure.in 内宏的顺序并没有特别的规定，但是每一个configure.in 文件必在所有宏前加入 AC_INIT 宏，然后在所有宏的最后加上 AC_OUTPUT宏。可先用 autoscan 扫描原始文件以产生一个 configure.scan 文件，再对 configure.scan 做些修改成 configure.in 文件。
AC_INIT(FILE)
该宏用来检查源代码所在路径，autoscan 会自动产生，一般无须修改它。
AM_INIT_AUTOMAKE(PACKAGE,VERSION)
这个是使用 Automake 所必备的宏，PACKAGE 是所要产生软件套件的名称，VERSION 是版本编号。
AC_PROG_CC
检查系统可用的C编译器，若源代码是用C写的就需要这个宏。
AC_OUTPUT(FILE)
设置 configure 所要产生的文件，若是Makefile ，configure 便会把它检查出来的结果带入 Makefile.in 文件后产生合适的 Makefile。
4、执行aclocal命令，生成了aclocal.m4文件，一般无需修改这个文件。
5、新建Makefile.am文件，编辑内容如下：
&&&&&&&&&&& bin_PROGRAMS=test&&
&&&&&&&&&&& test_SOURCES=test.c
Automake 会根据 configure.in 中的宏把Makefile.am 转成 Makefile.in 文件。 Makefile.am 文件定义所要产生的目标：
AUTOMAKE_OPTIONS
设置 automake 的选项。Automake 主要是帮助开发 GNU 软件的人员来维护软件，所以在执行 automake 时，会检查目录下是否存在标准 GNU 软件中应具备的文件，例如 'NEWS'、'AUTHOR'、'ChangeLog' 等文件。设置 foreign 时，automake 会改用一般软件的标准来检查。
bin_PROGRAMS
定义要产生的执行文件名。如果要产生多个执行文件，每个文件名用空白符隔开
hello_SOURCES
定义 'hello' 这个执行程序所需要的原始文件。如果 'hello'这个程序是由多个原始文件所产生，必把它所用到的所有原始文件都列出来，以空白符隔开。假设 'hello' 还需要 'hello.c'、'main.c'、'hello.h' 三个文件的话，则定义
hello_SOURCES= hello.c main.c hello.h
如果定义多个执行文件，则对每个执行程序都要定义相对的filename_SOURCES
6、 执行autoconf命令，生成autom4te.cache和configure文件；
7、执行automake -a命令，生成depcomp& ，install-sh，mkinstalldirs，COPYING，INSTALL， missing文件；
编辑好 Makefile.am 文件，就可以用 automake --add-missing来产生 Makefile.in。加上 --add-missing 选项来告诉 automake顺便假如包装一个软件所必须的文件。Automake产生生出淼 Makefile.in 文件是完全符合 GNU Makefile 的惯例，只要执行 configure这个shell script 便可以产生合适的 Makefile 文件了。
在执行automake -a命令时可能会出现以下信息：
Makefile.am: required file `./NEWS' not found
Makefile.am: required file `./README' not found
Makefile.am: required file `./AUTHORS' not found
Makefile.am: required file `./ChangeLog' not found
这些对结果影响不大，如果不想产生这些让人误解的信息，可以手动建立这些文件：
&AUTHORS&&
&ChangeLog&&
8、执行./configure，生成了Makefile文件
9、执行make，生成目标文件。
实战Makefile.am
Makefile.am是一种比Makefile更高层次的规则。只需指定要生成什么目标，它由什么源文件生成，要安装到什么目录等构成。
表一列出了可执行文件、静态库、头文件和数据文件，四种书写Makefile.am文件个一般格式。
表 1Makefile.am一般格式
对于可执行文件和静态库类型，如果只想编译，不想安装到系统中，可以用noinst_PROGRAMS代替bin_PROGRAMS，noinst_LIBRARIES代替lib_LIBRARIES。
Makefile.am还提供了一些全局变量供所有的目标体使用：
表 2 Makefile.am中可用的全局变量
在Makefile.am中尽量使用相对路径，系统预定义了两个基本路径：
表 3Makefile.am中可用的路径变量
在上文中我们提到过安装路径，automake设置了默认的安装路径：
1) 标准安装路径
默认安装路径为：$(prefix) = /usr/local，可以通过./configure --prefix=&new_path&的方法来覆盖。
其它的预定义目录还包括：bindir = $(prefix)/bin, libdir = $(prefix)/lib, datadir = $(prefix)/share, sysconfdir = $(prefix)/etc等等。
2) 定义一个新的安装路径
比如test, 可定义testdir = $(prefix)/test, 然后test_DATA =test1 test2，则test1，test2会作为数据文件安装到$(prefix)/ /test目录下。
我们首先需要在工程顶层目录下（即project/）创建一个Makefile.am来指明包含的子目录：
SUBDIRS=src/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_LIBRARIES=libswap.alibswap_a_SOURCES=swap.cINCLUDES=-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_LIBRARIES=libswap.alibswap_a_SOURCES=swap.cINCLUDES=-I$(top_srcdir)/src/includeswapincludedir=$(includedir)/swapswapinclude_HEADERS=$(top_srcdir)/src/include/swap.h
最后两行的意思是将swap.h安装到${prefix}/include /swap目录下。
接下来，对于可执行文件类型的情况，我们将讨论如何写Makefile.am？对于编译apple/core目录下的文件，我们写成的Makefile.am如下所示：
noinst_PROGRAMS=testtest_SOURCES=test.c test_LDADD=$(top_srcdir)/src/ModuleA/apple/shell/apple.o $(top_srcdir)/src/lib/libswap.a test_LDFLAGS=-D_GNU_SOURCEDEFS+=-D_GNU_SOURCE#LIBS=-lpthread
由于我们的test.c文件在链接时，需要apple.o和 libswap.a文件，所以我们需要在test_LDADD中包含这两个文件。对于下的信号量/读写锁文件进行编译，需要在编译选项中指明 -D_GNU_SOURCE。所以在test_LDFLAGS中指明。而test_LDFLAGS只是链接时的选项，编译时同样需要指明该选项，所以需要 DEFS来指明编译选项，由于DEFS已经有初始值，所以这里用+=的形式指明。从这里可以看出，Makefile.am中的语法与Makefile的语 法一致，也可以采用条件表达式。如果你的程序还包含其他的库，除了用AC_CHECK_LIB宏来指明外，还可以用LIBS来指明。
如果你只想编译某一个文件，那么Makefile.am如何写呢？这个文件也很简单，写法跟可执行文件的差不多，如下例所示：
noinst_PROGRAMS=appleapple_SOURCES=apple.cDEFS+=-D_GNU_SOURCE
&作者：sunrise
(window.slotbydup=window.slotbydup || []).push({
id: '2467140',
container: s,
size: '1000,90',
display: 'inlay-fix'
(window.slotbydup=window.slotbydup || []).push({
id: '2467141',
container: s,
size: '1000,90',
display: 'inlay-fix'
(window.slotbydup=window.slotbydup || []).push({
id: '2467143',
container: s,
size: '1000,90',
display: 'inlay-fix'
(window.slotbydup=window.slotbydup || []).push({
id: '2467148',
container: s,
size: '1000,90',
display: 'inlay-fix'1875人阅读
Linux相关（54）
最近编译一个项目的程序时，二十几个源代码文件放在六个文件夹中，而且各个文件中头文件互相包含。以前写过编译这样组织的源码的makefile，所以这次也就直接写了。
确实因为各个文件间的头文件互相包含，造成在第一次写完后，make时出现了很多未定义。于是把各个文件的头文件重新检查一边，同时载makefile中尽量按照相对路径，把所有的头文件都包含进来。终于在忙活了三个小时后，一个可以在自己机器上编译的makefile写好了。（仅指在自己的机器上，因为有一个库文件使用的是我电脑上的绝对路径）
果然，在拿到同事的机器上编译时，因为我们的库文件安装的路径不一样，编译时找不到库文件出问题了。于是不得不在他的电脑上重新该库的路径，由于在每个文件夹下都有makefile，而且大部分都和这个库有关系，所以又改了不少时间。于是每次我们交换文件时，都要改变一次库文件的路径。就感觉麻烦。正好这个时候，看到了automake和autoconf，可以使用他们来自动生成makefile，只要在配置configure时，修改参数就可以。于是决定试试它。
开始时很顺利，一次编译就成功了。（从下载automake和autoconf）
但是后来交叉编译时，出问题了。还是库的原因，因为自己载PC 上装的是默认路径，没有问题，但是交叉编译的库的路径不在默认路径下，结果怎么也编译通不过。后来找到原因了，因为自己以前编译sqlite3库的时候，可能将交叉编译链的名称写错了，结果编译出的库不是arm-linux-gcc4.2的，还是pc的GCC。
之所以想到这里是因为之前在编译时最后几行会有这样的提示&/usr/bin/ld: skipping incompatible /home/tt/Public/sql-arm-lib/lib/libsqlite3.a when searching for -lsqlite3才想到可能是自己的库出问题了，以前也遇到过，但是已是很早已前的事情了。没想到同样的问题，现在又出现了。
找到问题后，今天晚上重新编译了以下sqlite3库，使用arm-none-linux-guneabi-gcc
然后在重新编译，make通过了。
在这里重复一点就是如果是要在configure时，从外部输入路径（即载写Makefile.am时，用到@@修饰中间的参数时），在修改configure.in需要对相应的参数加上AC_SUBST()宏，如果不加则路径添加不进去。自己在编译时是这样的，不知道有没有更好地办法。
这里想到其实在configure时可以使用脚本来控制，这样就更方便了。好像makefile.am也可以那脚本来生成，不过自己还没有去查。
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：453459次
积分：6000
积分：6000
排名：第2752名
原创：151篇
转载：37篇
评论：119条
(1)(2)(3)(2)(1)(2)(2)(1)(4)(2)(1)(3)(1)(1)(5)(6)(3)(3)(4)(4)(5)(5)(7)(14)(6)(7)(3)(2)(9)(6)(1)(4)(8)(9)(5)(1)(4)(5)(10)(19)(2)(3)(1)(4)404 - 找不到文件或目录。
404 - 找不到文件或目录。
您要查找的资源可能已被删除，已更改名称或者暂时不可用。