Makefile.am是一种比Makefile更高层次的编译规则，可以和configure.in文件一起通过调用automake命令，生成Makefile.in文件，再调用./configure的时候，就将Makefile.in文件自动生成Makefile文件了。所以Makefile.am文件是比Makefile文件更高的抽象。
下面我根据自己的工作中的一些应用，来讨论Makefile.am的编写。我觉得主要是要注意的问题是将编译什么文件？这个文件会不会安装？这个文件被安装到什么目录下？可以将文件编译成可执行文件来安装，也可以编译成静态库文件安装，常见的文件编译类型有下面几种：
- PROGRAMS。表示可执行文件
- LIBRARIES。表示库文件
- LTLIBRARIES。这也是表示库文件，前面的LT表示libtool。
- HEADERS。头文件。
- SCRIPTS。脚本文件，这个可以被用于执行。如：example_SCRIPTS，如果用这样的话，需要我们自己定义安装目录下的example目录，很容易的，往下看。
- DATA。数据文件，不能执行。
一，可执行文件
先看一个实例：
- bin_PROGRAMS = client
- client_SOURCES = key.c connect.c client.c main.c session.c hash.c
- client_CPPFLAGS = -DCONFIG_DIR=\"$(sysconfdir)\" -DLIBRARY_DIR=\"$(pkglibdir)\"
- client_LDFLAGS = -export-dynamic -lmemcached
- noinst_HEADERS = client.h
- INCLUDES = -I/usr/local/libmemcached/include/
- client_LDADD = $(top_builddir)/sx/libsession.la \
- $(top_builddir)/util/libutil.la
bin_PROGRAMS：表示指定要生成的可执行应用程序文件，这表示可执行文件在安装时需要被安装到系统中，如果只是想编译。不想被安装到系统中，可以用noinst_PROGRAMS来代替。
一个简单的问题是：bin_PROGRAMS=client 这一行表示什么意思？解释如下：
- PROGRAMS知道这是一个可执行文件。
- client表示编译的目标文件。
- bin表示目录文件被安装到系统的目录。
client_SOURCES：表示生成可执行应用程序所用的源文件，这里注意，client_是由前面的bin_PROGRAMS指定的，如果前面是生成example,那么这里就是example_SOURCES，其它的类似标识也是一样。
client_CPPFLAGS：这和Makefile文件中一样，表示C语言预处理器参数，这里指定了DCONFIG_DIR，以后在程序中，就可以直接使用CONFIG_DIR,不要把这个和另一个CFLAGS混淆，后者表示编译器参数。
client_LDFLAGS：这个表示在连接时所需要的库文件选项标识。这个也就是对应一些如-l,-shared等选项。
noinst_HEADERS：这个表示该头文件只是参加可执行文件的编译，而不用安装到安装目录下。如果需要安装到系统中，可以用include_HEADERS来代替。
INCLUDES：连接时所需要的头文件。
client_LDADD：连接时所需要的库文件,这里表示需要两个库文件的支持，下面会看到这个库文件又是怎么用Makefile.am文件后成的。
再谈谈关于上文中的全局变量引用，可能有人注意到$(top_builddir)等全局变量（因为这个文件之前没有定义），其实这个变量是Makefile.am系统定义的一个基本路径变量，表示生成目标文件的最上层目录，如果这个Makefile.am文件被其它的Makefile.am文件，这个会表示其它的目录，而不是这个当前目录。还可以使用$(top_srcdir)，这个表示工程的最顶层目录，其实也是第一个Makefile.am的入口目录，因为Makefile.am文件可以被递归性的调用。
下面再说一下上文中出现的$(sysconfdir)，在系统安装时，我们都记得先配置安装路径，如./configure --prefix=/install/apache 其实在调用这个之后，就定义了一个变量$(prefix),表示安装的路径，如果没有指定安装的路径，会被安装到默认的路径，一般都是/usr/local。在定义$(prefix)，还有一些预定义好的目录,其实这一些定义都可以在顶层的Makefile文件中可以看到，如下面一些值：
bindir = $(prefix)/bin。
libdir = $(prefix)/lib。
datadir=$(prefix)/share。
sysconfdir=$(prefix)/etc。
includedir=$(prefix)/include。
这些量还可以用于定义其它目录，例如我想将client.h安装到include/client目录下，这样写Makefile.am文件：
- clientincludedir=$(includedir)/client
- clientinclude_HEADERS=$(top_srcdir)/client/client.h
我们自己也可以定义新的安装目录下的路径，如我在应用中简单定义的：
- devicedir = ${prefix}/device
- device_DATA = package
二，静态库文件
编译静态库和编译动态库是不一样的，我们先看静态库的例子，这个比较简单。直接指定 XXXX_LTLIBRARIES或者XXXX_LIBRARIES就可以了。如果不需要安装到系统，将XXXX换成noinst就可以。还是再罗嗦一下：
- 一般推荐使用libtool库编译目标，因为automake包含libtool，这对于跨平台可移植的库来说，肯定是一个福音。
看例子如下：
- noinst_LTLIBRARIES = libutil.la
- noinst_HEADERS = inaddr.h util.h compat.h pool.h xhash.h url.h device.h
- libutil_la_SOURCES = access.c config.c datetime.c hex.c inaddr.c log.c device.c pool.c rate.c sha1.c stanza.c str.c xhash.c
- libutil_la_LIBADD = @LDFLAGS@
注意：静态库编译连接时需要其它的库的话，采用XXXX_LIBADD选项，而不是前面的XXXX_LDADD。编译静态库是比较简单的，因为直接可以指定其类型。
三，动态库文件
想要编译XXX.so文件，需要用_PROGRAMS类型，这里一个关于安装路径要注意的问题是，我们一般希望将动态库安装到lib目录下，按照前面所讨论的，只需要写成lib_PROGRAMS就可以了，因为前面的lib表示安装路径，但是automake不允许这么直接定义，可以采用下面的办法，也是将动态库安装到lib目录下
- projectlibdir=$(libdir) //新建一个目录，就是该目录就是lib目录
- projectlib_PROGRAMS=project.so
- project_so_SOURCES=xxx.C
- project_so_LDFLAGS=-shared -fpic //GCC编译动态库的选项
四，SUBDIRS的用法
这是一个很重要的关键词，我们前面生成了一个一个的目标文件，但是一个大型的工程项目是由许多个可执行文件和库文件组成，也就是包含多个目录，每个目录下都有用于生成该目录下的目标文件的Makefile.am文件，但顶层目录是如何调用，才能使下面各个目录分别生成自己的目标文件呢？就是SUBDIRS关键词的用法了。
看一下我的工程项目，这是顶层的Makefile.am文件
- EXTRA_DIST = Doxyfile.in README.win32 README.protocol contrib UPGRADE
- devicedir = ${prefix}/device
- device_DATA = package
- SUBDIRS = etc man
- if USE_LIBSUBST
- SUBDIRS += subst
- endif
- SUBDIRS += tools io sessions util client dispatch server hash storage sms
EXTRA_DIST：将哪些文件一起打包。
五，关于打包
Automake会自动的打包，自动打包的内容如下：
- 所有源文件。
- 所有的Makefile.am文件。
- configure读取的文件。
- Makefile.am中包含的文件。
- EXTRA_DIST指定的文件。
- 采用dist及nodist指定的文件，如可以将某一源文件指定为不打包：
nodist_client_SOURCES = client.c
由makefile.am文件生成makefile
1．建目录
在工作目录下建一个zsy目录，用它来存放zsy程序及相关文件。
2．编写程序
利用gedit编写C程序：实现万年历功能的calendar.h和calendar.c程序，实现排序功能的 sort.h和sort.c程序以及主程序zsymain.c（程序代码及注释见附录）。
3．生成configure
执行autoscan命令生成一个名为configure.scan的文件，我们拿它作为configure.in的蓝本。将configure.scan改名为configure.in，然后打开configure.in，将文件修改为一下内容：
# -*- Autoconf -*-
# Process this file with autoconf to produce a configure script.
AC_PREREQ(2.57)
AC_INIT(zsy, 1.0, BUG-REPORT-ADDRESS)
AM_INIT_AUTOMAKE(zsy, 1.0)
AC_CONFIG_SRCDIR([sort.h])
AM_CONFIG_HEADER([config.h])
# Checks for programs.
AC_PROG_CC
# Checks for libraries.
# Checks for header files.
# Checks for typedefs, structures, and compiler characteristics.
# Checks for library functions.
AC_FUNC_MALLOC
AC_OUTPUT(Makefile)
然后先执行aclocal命令，生成aclocal.m4文件，再执行autoconf命令，生成configure文件。
4．执行autoheader命令
执行autoheader命令，生成config.h.in。这一步非常重要，网上很多的automake生成Makefile方法中都没有包含这一步，然而，缺少这一步将会出错。
5．编写Makefile.am
新建Makefile.am文件，写入如下内容：
AUTOMAKE_OPTIONS = foreign
bin_PROGRAMS = zsy
zsy_SOURCES = zsymain.c calendar.c sort.c
6．运行automake
使用命令“add --add-missing”或“add -a”，automake会根据Makefile.am产生一些文件，包括最重要的Makefile.in文件。
7． 执行configure生成Makefile
执行/.configure命令，即可生成Makefile。
8．生成可执行文件
在终端上输入：make，即可生成可执行程序zsy。
9．运行zsy
输入./zsy，运行zsy程序。