和我一起学Android.mk

要编译Android的源码，或者进行NDK开发，肯定少不了和Android.mk打交道，因此有必要好好了解一下，下面和我一起学习下吧！

首先，我们先来看个万年不变的Hello World：

文件架构如下：

src/helloworld/helloworld.c

src/helloworld/Android.mk

 

其中helloworld.c实现一个返回hello world的字符串的动态库，这里的Android.mk如下所示

---------------昏割线------------------

LOCAL_PATH := $(call my-dir)

include $(CLEAR_VARS)

LOCAL_MODULE := helloworld

LOCAL_SRC_FILES := helloworld.c

include $(BUILD_SHARED_LIBRARY)

---------------昏割线------------------

 

以上就是个简单的Android.mk啦，我们来看下它们，分别是神马意思呢？

    LOCAL_PATH := $(call my-dir)

一个Android.mk文件，首要的定义为LOCAL_PATH变量，用于编译系统查找源文件，my-dir宏是由系统提供，标识Android.mk文件所在的路径。

    include $(CLEAR_VARS)

CLEAR_VARS也是由系统提供的，告诉GNU Makefile帮你清除一些路障，主要是一系列LOCAL_XXX的变量，除了LOCAL_PATH。为什么要清除呢，因为所有的编译控制文件都在相同的GNU Make系统下，变量都是全局的，因此每个Android.mk都要做相当于初始化性质的工作，将所有LOCAL_XXX变量清空，以使自己能重新定义且不会用错。

    LOCAL_MODULE := helloworld

LOCAL_MODULE变量时必须要定义的，用于标识模块名，编译系统会自动加上合适的前缀和后缀，取决于你是要生成动态库还是静态库，还是可执行文件。

    LOCAL_SRC_FILES := helloworld.c

这个，看看就知道了吧，指定源文件的啦，默认的C++文件的扩展名使用.cpp，如果你想要用其它扩展名，当然也是可以的，不过之前你得先声明一下，使用LOCAL_DEFAULT_CPP_EXTENSION，不过你得注意一定要带上小黑点哦，如“.cxx”。

    include $(BUILD_SHARED_LIBRARY)

BUILD_SHARED_LIBRARY是由系统提供的变量，指向一个GNU Make的脚本，用于收集自从LOCAL_PATH以来的LOCAL_XXX类型的变量，并确定编译什么，如何正确编译等。另外，BUILD_STATIC_LIBRARY是编译静态库，BUILD_EXECUTABLE是编译可执行文件。

 

下面我们来看看Android定义make变量吧，这样你以后要修改的话，就会心中有数啦：

模块描述变量:

下面的变量用于向编译系统描述你的模块。你应该定义在'include $(CLEAR_VARS)'和'include $(BUILD_XXXXX)'之间定义。正如前面描写的那样，$(CLEAR_VARS是一个脚本，清除所有这些变量，除非在描述中显式注明。

 

LOCAL_PATH

　　这个变量用于给出当前文件的路径。你必须在Android.mk的开头定义，可以这样使用：

 

LOCAL_PATH := $(call my-dir)

这个变量不会被$(CLEAR_VARS)清除，因此每个Android.mk只需要定义一次（即使你在一个文件中定义了几个模块的情况下）。

 

LOCAL_MODULE

这是你模块的名字，它必须是唯一的，而且不能包含空格。你必须在包含任一的$(BUILD_XXXX)脚本之前定义它。模块的名字决定了生成文件的 名字，例如，如果一个一个共享库模块的名字是<foo>，那么生成文件的名字就是lib<foo>.so。但是，在你的NDK生 成文件中（或者Android.mk或者Application.mk），你应该只涉及(引用)有正常名字的其他模块。

 

LOCAL_SRC_FILES

这是要编译的源代码文件列表。只要列出要传递给编译器的文件，因为编译系统自动为你计算依赖。

注意源代码文件名称都是相对于LOCAL_PATH的，你可以使用路径部分，例如：

LOCAL_SRC_FILES := foo.c /

toto/bar.c

注意：在生成文件中都要使用UNIX风格的斜杠(/).windows风格的反斜杠不会被正确的处理。

 

LOCAL_CPP_EXTENSION

这是一个可选变量，用来指定C++代码文件的扩展名，默认是'.cpp',但是你可以改变它，比如：

LOCAL_CPP_EXTENSION := .cxx

 

LOCAL_C_INCLUDES

       路径的可选配置，是从根目录开始的，

    all sources (C, C++ and Assembly). For example:

        LOCAL_C_INCLUDES := sources/foo

    Or even:

        LOCAL_C_INCLUDES := $(LOCAL_PATH)/../foo

       需要在任何包含LOCAL_CFLAGS / LOCAL_CPPFLAGS标志之前。

 

LOCAL_CFLAGS

可选的编译器选项，在编译C代码文件的时候使用。

这可能是有用的，指定一个附加的包含路径（相对于NDK的顶层目录），宏定义，或者编译选项。

　重要信息：不要在Android.mk中改变optimization/debugging级别，只要在Application.mk中指定合适的信息，就会自动地为你处理这个问题，在调试期间，会让ＮＤＫ自动生成有用的数据文件。

 

LOCAL_CXXFLAGS

Same as LOCAL_CFLAGS for C++ source files

 

LOCAL_CPPFLAGS

与LOCAL_CFLAGS相同，但是对C 和　C++ source files都适用。

 

LOCAL_STATIC_LIBRARIES

应该链接到这个模块的静态库列表（使用BUILD_STATIC_LIBRARY生成），这仅仅对共享库模块才有意义。

 

LOCAL_SHARED_LIBRARIES

这个模块在运行时要依赖的共享库模块列表，在链接时需要，在生成文件时嵌入的相应的信息。注意：这不会附加列出的模块到编译图，也就是，你仍然需要在Application.mk中把它们添加到程序要求的模块中。

 

LOCAL_LDLIBS

编译你的模块要使用的附加的链接器选项。这对于使用”-l”前缀传递指定库的名字是有用的。例如，下面将告诉链接器生成的模块要在加载时刻链接到/system/lib/libz.so

LOCAL_LDLIBS := -lz

看docs/STABLE-APIS.TXT获取你使用NDK发行版能链接到的开放的系统库列表。

 

LOCAL_ALLOW_UNDEFINED_SYMBOLS

　　默认情况下，在试图编译一个共享库时，任何未定义的引用将导致一个“未定义的符号”错误。这对于在你的源代码文件中捕捉错误会有很大的帮助。

然而，如果你因为某些原因，需要不启动这项检查，把这个变量设为‘ｔｒｕｅ’。注意相应的共享库可能在运行时加载失败。（这个一般尽量不要去设为true）

 

LOCAL_ARM_MODE

       默认情况下，arm目标二进制会以thumb的形式生成（16位），你可以通过设置这个变量为arm如果你希望你的module是以32位指令的形式。

    'arm' (32-bit instructions) mode. E.g.:

      LOCAL_ARM_MODE := arm

注意你同样可以在编译的时候告诉系统编译特定的类型，比如

       LOCAL_SRC_FILES := foo.c bar.c.arm

这样就告诉系统总是将bar.c以arm的模式编译，