(1)Android.mk文件首先需要指定LOCAL_PATH变 量，用于查找源文件。由于一般情况下
Android.mk和需要编译的源文件在同一目录下，所以定义成如下形式：
LOCAL_PATH:=$(call my-dir)
上面的语句的意思是将LOCAL_PATH变量定义成本文件所在目录路径。
(2)Android.mk中可以定义多个编译模块，每个编译模块都 是以include $(CLEAR_VARS)开始
以include $(BUILD_XXX)结束 。
include $(CLEAR_VARS)
CLEAR_VARS由编译系统提供，指定 让GNU MAKEFILE为你清除除LOCAL_PATH以外的所有LOCAL_XXX变量，
如 LOCAL_MODULE，LOCAL_SRC_FILES，LOCAL_SHARED_LIBRARIES，LOCAL_STATIC_LIBRARIES 等。
include $(BUILD_STATIC_LIBRARY)表示编译成静态库
include $(BUILD_SHARED_LIBRARY)表示编译成动态库。
include $(BUILD_EXECUTABLE)表示编译成可执行程序
先看一个简单的例子：一个简单的"hello world"，比如下面的文件：
sources/helloworld/helloworld.c
sources/helloworld/Android.mk
相应的Android.mk文件会象下面这样：
---------- cut here ------------------
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE
:= helloworld
LOCAL_SRC_FILES := helloworld.c
include $(BUILD_SHARED_LIBRARY)
---------- cut here ------------------
我们来解释一下这几行代码：
LOCAL_PATH := $(call my-dir)
一个Android.mk file首先必须定义好LOCAL_PATH变量。它用于在开发树中查找源文件。在这个例子中，宏函数’my-dir’, 由编译系统提供，用于返回当前路径（即包含Android.mk file文件的目录）。
include $( CLEAR_VARS)
CLEAR_VARS由编译系统提供，指定让GNU MAKEFILE为你清除许多LOCAL_XXX变量（例如 LOCAL_MODULE, LOCAL_SRC_FILES, LOCAL_STATIC_LIBRARIES, 等等...),除LOCAL_PATH 。这是必要的，因为所有的编译控制文件都在同一个GNU MAKE执行环境中，所有的变量都是全局的。
LOCAL_MODULE := helloworld
LOCAL_MODULE变量必须定义，以标识你在Android.mk文件中描述的每个模块。名称必须是唯一的，而且不包含任何空格。注意编译系统会自动产生合适的前缀和后缀，换句话说，一个被命名为'foo'的共享库模块，将会生成'libfoo.so'文件。
LOCAL_SRC_FILES := helloworld.c
LOCAL_SRC_FILES变量必须包含将要编译打包进模块中的C或C++源代码文件。注意，你不用在这里列出头文件和包含文件，因为编译系统将会自动为你找出依赖型的文件；仅仅列出直接传递给编译器的源代码文件就好。
在Android中增加本地程序或者库，这些程序和库与其所载路径没有任何关系，只和它们的Android.mk文件有关系。Android.mk和普通的Makefile有所不同，它具有统一的写法，主要包含一些系统公共的宏。
在一个Android.mk中可以生成多个可执行程序、动态库和静态库。
1，编译应用程序的模板：
#Test Exe
LOCAL_PATH := $(call my-dir)
#include $(CLEAR_VARS)
LOCAL_SRC_FILES:= main.c
LOCAL_MODULE:= test_exe
#LOCAL_C_INCLUDES :=
#LOCAL_STATIC_LIBRARIES :=
#LOCAL_SHARED_LIBRARIES :=
include $(BUILD_EXECUTABLE)
（菜鸟级别解释：:=是赋值的意思，$是引用某变量的值）LOCAL_SRC_FILES中加入源文件路径，LOCAL_C_INCLUDES 中加入所需要包含的头文件路径，LOCAL_STATIC_LIBRARIES加入所需要链接的静态库（*.a）的名称，LOCAL_SHARED_LIBRARIES中加入所需要链接的动态库（*.so）的名称，LOCAL_MODULE表示模块最终的名称，BUILD_EXECUTABLE表示以一个可执行程序的方式进行编译。
2，编译静态库的模板：
#Test Static Lib
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_SRC_FILES:= /
helloworld.c
LOCAL_MODULE:= libtest_static
#LOCAL_C_INCLUDES :=
#LOCAL_STATIC_LIBRARIES :=
#LOCAL_SHARED_LIBRARIES :=
include $(BUILD_STATIC_LIBRARY)
一般的和上面相似，BUILD_STATIC_LIBRARY表示编译一个静态库。
3，编译动态库的模板：
#Test Shared Lib
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_SRC_FILES:= /
helloworld.c
LOCAL_MODULE:= libtest_shared
TARGET_PRELINK_MODULES := false
#LOCAL_C_INCLUDES :=
#LOCAL_STATIC_LIBRARIES :=
#LOCAL_SHARED_LIBRARIES :=
include $(BUILD_SHARED_LIBRARY)
一般的和上面相似，BUILD_SHARED_LIBRARY表示编译一个静态库。
以上三者的生成结果分别在如下，generic依具体target会变：
out/target/product/generic/obj/EXECUTABLE
out/target/product/generic/obj/STATIC_LIBRARY
out/target/product/generic/obj/SHARED_LIBRARY
每个模块的目标文件夹分别为：
可执行程序：XXX_intermediates
静态库： XXX_static_intermediates
动态库： XXX_shared_intermediates
另外，在Android.mk文件中，还可以指定最后的目标安装路径，用LOCAL_MODULE_PATH和LOCAL_UNSTRIPPED_PATH来指定。不同的文件系统路径用以下的宏进行选择：
TARGET_ROOT_OUT：表示根文件系统。
TARGET_OUT：表示system文件系统。
TARGET_OUT_DATA：表示data文件系统。
用法如：
CAL_MODULE_PATH:=$(TARGET_ROOT_OUT)
From:
http://blog.csdn.net/zwj0403/article/details/6089338
android是什么就不用说了，android自从开源以来，就受到很多人的追捧。当然，一部人追捧它是因为它是Google开发的。 对一个程序员来说，一个系统值不值得追捧得要拿代码来说话。我这里并不打算分析android的代码，而是android的makefile，我想通过分 析andorid的makefile来告诉大家如何写makefile。
对于一个程序新手而言，好的IDE是他们追捧的对象。但当他接触的代码多了之后，就会逐渐发现IDE不够用了，因为有好多东西用IDE是不好做的， 例如自动编译，测试，版本控制，编译定制等。这跟政治课上的一句话有点像：资本主义开始的时候是促进生产力发展的，但到了后来又成了阻碍生产力发展的因素 了。如果一个程序不能摆脱IDE的限制（不是不用，而是要有选择的用），那么他就很难提高。要知道，IDE和makefile代表了两种不同的思 想：IDE根据强调的是简化计算机与用户的交互；而makefile体现的是自动化。
对于一个一开始就接触linux的人来说，makefile可能是比较容易学的（熟能生巧），对于一个一开始就接触Windows的人来 说，makefile就不太好学，这主要是应该很多时候会不自觉地去用Visual Studio（Visual Studio是个好东西，特别是它的调试）。不知道大叫有没有这个的感觉：一个人如果先接触c，再接触java会比较容易点；如果一个人先接触java， 再接触c，就会比较反感c。
这个先引用一下百度百科对makefile的一些描述：
|
一个工程中的源文件不计数，其按类型、功能、模块分别放在若干个目录中，makefile定义了一系列的规则来指定，哪些文件需要先编译，哪些文件 需要后编译，哪些文件需要重新编译，甚至于进行更复杂的功能操作，因为 makefile就像一个Shell脚本一样，其中也可以执行操作系统的命令。 makefile带来的好处就是——“自动化编译” ，一旦写好，只需要一个make命令，整个工程完全自动编译，极大的提高了软件开发的效率。make是一个命令工具，是一个解释makefile中指令的命令工具，一般来说，大多数的IDE都有这个命令，比如：Delphi的make，Visual C++的nmake，Linux下GNU的make 。可见，makefile都成为了一种在工程方面的编译方法。 Make工具最主要也是最基本的功能就是通过makefile文件来描述源程序之间的相互关系并自动维护编译工作。 而makefile 文件需要按照某种语法进行编写，文件中需要说明如何编译各个源文件并连接生成可执行文件，并要求定义源文件之间的依赖关系。makefile 文件是许多编译器--包括 Windows NT 下的编译器--维护编译信息的常用方法，只是在集成开发环境中，用户通过友好的界面修改 makefile 文件而已。 |
对于android而言，android使用的是GNU的make，因此它的makefile格式也是GNU的makefile格式。现在网络上关 于makefile最好的文档就是陈皓的《跟我一起写makefile》，这份文档对makefile进行了详细的介绍，因此推荐大家先看这份文档（电子 版可以到http://pipi.googlecode.com/files/How%20to%20Write%20makefile.pdf 下载，陈皓的blog在http://blog.csdn.net/haoel ）。
android最顶层的目录结构如下：
.
|-- Makefile （全局的Makefile）
|-- bionic （Bionic含义为仿生，这里面是一些基础的库的源代码）
|-- bootloader （引导加载器）
|-- build （build目录中的内容不是目标所用的代码，而是编译和配置所需要的脚本和工具）
|-- dalvik （JAVA虚拟机）
|-- development （程序开发所需要的模板和工具）
|-- external （目标机器使用的一些库）
|-- frameworks （应用程序的框架层）
|-- hardware （与硬件相关的库）
|-- kernel （Linux2.6的源代码）
|-- packages （Android的各种应用程序）
|-- prebuilt （Android在各种平台下编译的预置脚本）
|-- recovery （与目标的恢复功能相关）
`-- system （Android的底层的一些库）
本文将要分析的是build目录下的makefile和shell文件,android的代码是1.5的版本。
主要的目录结构如下：
1.makefile入门
1.1 makefile helloworld
1.2 用makefile构建交叉编译环境
1.3 makefile里面的一些技巧
2.android makefile分析
2.1 android shell分析
2.2 android build下的各个makefile分析
3. android其他目录的android.mk分析
由于最近研究生要毕业了，得找工作了，所以可能分析有时候会间断一两天，望大家能够谅解。
作为序的最后，大家先通过网络的一些文章来了解一下andoroid的makefile。
4. http://source.android.com/porting/build_cookbook.html
Makefile 的规则如下：
target ... : prerequisites ...
command ... ...
target可以是一个目标文件，也可以是Object File（例如helloworld.obj），也可以是执行文件和标签。
prerequisites就是生成target所需要的文件或是目标。
command 也就是要达到target这个目标所需要执行的命令。这里没有说“使用生成target所需要执行的命令”，是因为target可能是标签。需要注意的是 command前面必须是TAB键，而不是空格，因此喜欢在编辑器里面将TAB键用空格替换的人需要特别小心了。
我们写程序一般喜欢写helloworld，当我们写了一个c的helloworld之后，我们该如何写helloworld来编译helloworld.c呢？
下面就是编译helloworld的makefile。
|
helloworld : helloworld.o cc -o helloworld helloworld .o helloworld.o : helloworld.c cc -c main.c clean: rm helloworld helloworl.o |
之后我们执行make就可以编译helloworld.c了，执行make clean就可以清除编译结果了（其实就是删除helloworld helloworl.o）。
可能有人问为什么执行make就会生成helloworld呢？这得从make的默认处理说起：make将makefile的第一个target作为作为最终的
target，凡是这个规则依赖的规则都将被执行，否则就不会执行。所以在执行make的时候，clean这个规则就没有被执行。
上 面的是最简单的makefile，复杂点makefile就开始使用高级点的技巧了，例如使用变量，使用隐式规则，执行负责点shell命令（常见的是字 符串处理和文件处理等），这里不打算介绍这些规则，后面在分析android的makefile时会结合具体代码进行具体分析，大家可以先看看陈皓的《跟 我一起写makefile》来了解了解。
makefile的大体的结构是程序树形的，如下：
这样写起makefile也简单，我们将要达到的目标作为第一个规则，然后将目标分解成子目标，然后一个个写规则，依次类推，直到最下面的规则很容易实现为止。这其实和算法里面的分治法很像，将一个复杂的问题分而治之。
说 到树，我想到了编译原理里面的语法分析，语法分析里面有自顶而下的分析方法和自底而下的分析方法。当然makefile并不是要做语法分析，而是要做与语 法分析分析相反的事。（语法分析要做的是一个句子是不是根据语法可以推出来，而makefile要做的是根据规则生成一个command 执行队列。）不过makefile的规则和词法分析还是很像的。下面出一道编译原理上面的一个例子，大家可以理解一下makefile和词法分析的不同点 和相同点：
<标识符> -> <字母><字母数字串>
<字母数字串> -> <字母><字母数字串>|<数字><字母数字串>|<下划线><字母数字串>|ε
<无符号整数> -> <数字><数字串>
<数字串> -> <数字><数字串>|ε
<加法运算符> -> +
<减法运算符> -> -
<大于关系运算符> -> >
<大于等于关系运算符> -> >=
最后，介绍一下autoconfautomake，使用这两个工具可以自动生成makefile。
从 上面的图可以看出，通过autoscan，我们可以根据代码生成一个叫做configure.scan的文件，然后我们编辑这个文件，参数一个 configure.in的文件。接着我们写一个makefile.am的文件，然后就可以用automake生成makefile.in，最后，根据 makefile.in和configure就可以生成makefile了。在很多开源的工程里面，我们都可以看到 makefile.am,configure.in,makefine.in,configure文件，还有可能看到一个十分复杂的makefile文
件，许多人学习makefile的时候想通过看这个文件来学习，最终却发现太复杂了。如果我们知道这个文件是自动生成的，就理解这个makefile文件 为什么这个复杂了。
欲更加详细的理解automake等工具，可以参考http://www.ibm.com/developerworks/cn/linux/l-makefile/ 。
1.2 用makefile构建交叉编译环境
这节的内容请参考http://blog.csdn.net/absurd/category/228434.aspx 里面的交叉编译场景分析,我只是说一下我做的步骤：
1.下载交叉编译环境（http://www.codesourcery.com/downloads/public/gnu_toolchain/arm-none-linux-gnueabi）并安装，一般解压就可以了，然后将里面的bin目录加到环境变量的PATH里面，我的做法是在~/.bashrc最下面加一行：export
PATH=$PATH:~/arm-2009q1/bin。
2.在用户的home目录（cd ~）建一个目录cross-compile
3.在cross-compile创建一个文件cross.env,内容如下：
export WORK_DIR=~/cross-compile
export ROOTFS_DIR=$WORK_DIR/rootfs
export ARCH=arm
export PKG_CONFIG_PATH=$ROOTFS_DIR/usr/local/lib/pkgconfig:$ROOTFS_DIR/usr/lib/pkgconfig:$ROOTFS_DIR/usr/X11R6/lib/pkgconfig
if [ ! -e "$ROOTFS_DIR/usr/local/include" ]; then mkdir -p $ROOTFS_DIR/usr/local/include;fi;
if [ ! -e "$ROOTFS_DIR/usr/local/lib" ]; then mkdir -p $ROOTFS_DIR/usr/local/lib; fi;
if [ ! -e "$ROOTFS_DIR/usr/local/etc" ]; then mkdir -p $ROOTFS_DIR/usr/local/etc; fi;
if [ ! -e "$ROOTFS_DIR/usr/local/bin" ]; then mkdir -p $ROOTFS_DIR/usr/local/bin; fi;
if [ ! -e "$ROOTFS_DIR/usr/local/share" ]; then mkdir -p $ROOTFS_DIR/usr/local/share; fi;
if [ ! -e "$ROOTFS_DIR/usr/local/man" ]; then mkdir -p $ROOTFS_DIR/usr/local/man; fi;
if [ ! -e "$ROOTFS_DIR/usr/include" ]; then mkdir -p $ROOTFS_DIR/usr/include; fi;
if [ ! -e "$ROOTFS_DIR/usr/lib" ]; then mkdir -p $ROOTFS_DIR/usr/lib; fi;
if [ ! -e "$ROOTFS_DIR/usr/etc" ]; then mkdir -p $ROOTFS_DIR/usr/etc; fi;
if [ ! -e "$ROOTFS_DIR/usr/bin" ]; then mkdir -p $ROOTFS_DIR/usr/bin; fi;
if [ ! -e "$ROOTFS_DIR/usr/share" ]; then mkdir -p $ROOTFS_DIR/usr/share; fi;
if [ ! -e "$ROOTFS_DIR/usr/man" ]; then mkdir -p $ROOTFS_DIR/usr/man; fi;
4.开启命令行，进入cross-compile目录下，执行. cross.env
5.将编译linux时生产的头文件，so等拷贝到cross-compile目录下rootfs/usr对应的目录（头文件一般可以拷pc的，so一定要拷arm版的）。
5.下载要编译的源代码，并放在cross-compile目录下
6.按照http://blog.csdn.net/absurd/category/228434.aspx 里面的方法写makefile文件，放在cross-compile目录下
7.在命令行执行make -f libxml2.mk（libxml2.mk为上一步写的makefile）。