Android.mk实例看android.mk基础

http://blog.csdn.net/ttxgz/article/details/7193099

用自己修改过的 framework/base/media/libstagefright/Android.mk做例子，讲得不对的大家扔鸡蛋吧：

[html] view plain copy

1. LOCAL_PATH:= $(call my-dir)   
2. include $(CLEAR_VARS)     

        其中第一行，是LOCAL_PATH的定义。一个Android.mk file首先必须定义好LOCAL_PATH变量。它用于在开发树中查找源文件。在这 个例子中，宏函数’my-dir’, 由编译系统提供，用于返回当前路径（即包含Android.mk file文件的目录）。

        第二行，是用于清除之前其他mk文件定义的全局变量。例如LOCAL_SRC_FILE，就每个模块都会定义一个，这样定义这些变量之前，先清掉。但是这个函数不会清LOCAL_PATH。

[html] view plain copy

1. LOCAL_SRC_FILES:=                         \  
2.             AMRExtractor.cpp                  \  
3.              AMRWriter.cpp                     \  
4.            SubtitlePlayer.cpp                   \  
5.                          ...  
6.        vome/voCMediaDecoder.cpp           

LOCAL_SRC_FILES变量必须包含将要编译打包进模块中的C或C++源代码文件。注意，你不用在这里列出头文件和包含文件，因为编译系统将会自动为你找出依赖型的文件；仅仅列出直接传递给编译器的源代码文件就好。

[html] view plain copy

1. LOCAL_C_INCLUDES:= frameworks/base/media/libstagefright/include/include\  
2.     frameworks/base/media/libstagefright/include\  
3.     frameworks/base/media/libstagefright/include/real\  
4.     $(JNI_H_INCLUDE) \  
5.         $(TOP)/frameworks/base/include/media/stagefright/openmax \  
6.         $(TOP)/external/tremolo \  
7.         $(TOP)/frameworks/base/media/libstagefright/rtsp  

所需要包含的头文件路径, 其中TOP代表android根目录。JNI_H_INCLUDE 应该是 dalvik/libnativehelper/include，这个可以从build/core/pathmap.mk看得出来。另外，还有下面一些常用的路径：

TARGET_ROOT_OUT：表示根文件系统。
TARGET_OUT：表示system文件系统。
TARGET_OUT_DATA：表示data文件系统。
用法如：
 CAL_MODULE_PATH:=$(TARGET_ROOT_OUT)

LOCAL_MODULE_PATH和LOCAL_UNSTRIPPED_PATH来指定最后的目标安装路径。

[html] view plain copy

1. LOCAL_SHARED_LIBRARIES := \  
2.         libbinder         \  
3.         libmedia          \  
4.         libutils          \  
5.         libiconv          \  
6.         libcutils         \  
7.         libui             \  
8.         libsonivox        \  
9.         libvorbisidec     \  
10.         libsurfaceflinger_client \  
11.         libcamera_client  

加入所需要链接的动态库（*.so）的名称

[html] view plain copy

1. LOCAL_STATIC_LIBRARIES := \   
2.         libstagefright_rtsp \  
3.         libstagefright_id3 \  
4.         libstagefright_g711dec   

所需要链接的静态库（*.a）的名称

[html] view plain copy

1. LOCAL_SHARED_LIBRARIES += \   
2.         libstagefright_amrnb_common \  
3.         libstagefright_enc_common \  
4.         libstagefright_avc_common \  
5.         libstagefright_foundation \  
6.         libstagefright_color_conversion  

继续加入所需要链接的动态库（*.so）的名称

[html] view plain copy

1. ifeq ($(TARGET_OS)-$(TARGET_SIMULATOR),linux-true)  
2.         LOCAL_LDLIBS += -lpthread -ldl  
3.         LOCAL_SHARED_LIBRARIES += libdvm  
4.         LOCAL_CPPFLAGS += -DANDROID_SIMULATOR  
5. endif  
6.   
7. ifneq ($(TARGET_SIMULATOR),true)  
8. LOCAL_SHARED_LIBRARIES += libdl  
9. endif  
10.   
11. ifeq ($(TARGET_OS)-$(TARGET_SIMULATOR),linux-true)  
12.         LOCAL_LDLIBS += -lpthread  
13. endif  

根据平台添加库和编译参数

[html] view plain copy

1. LOCAL_CFLAGS += -Wno-multichar  

对multichar不报warning，编译参数

[html] view plain copy

1. LOCAL_LDFLAGS += -L$(LOCAL_PATH)/common -lstagefright_ccmp3dec -lstagefright_cookdec -lstagefright_ac3dec -lstagefright_flacdec -lstagefright_wmadec  \  
2.                 -lstagefright_wma3dec -lstagefright_dtsdec -lstagefright_apedec -lstagefright_faad2dec -lstagefright_matroska -lstagefright_mpet2ts_cc \  
3.                 -lstagefright_real -lstagefright_mov -lstagefright_asf -lstagefright_mpg -lstagefright_ape -lstagefright_flac -lstagefright_flv -lstagefright_avi \  
4.                 -lstagefright_adpcmdec -lstagefright_sub_txtdec -lstagefright_sub_extra   

加上静态库。如果静态库没有源码，是已经编译好的.a，那么这个变量一定加上来制定.a的路径（-Lpath）和库名（-lname，name去掉前缀lib和后缀.a，例如，这里的库有libstagefright_ccmp3dec.a）。否则，如果只用了LOCAL_STASTIC_LIB, 在系统全部编译的时候， 系统会去找源码来编译.a，然后再去找.a 做依赖来编译当前模块，找不到源码，便报错。想系统直接找.a而不是找源码，就要加上这个变量。

[html] view plain copy

1. LOCAL_MODULE:= libstagefright  

LOCAL_MODULE变量必须定义，以标识你在Android.mk文件中描述的每个模块。名称必须是唯一的，而且不包含任何空格。注意编译系统会自动产生合适的后缀。在这里，将会编译生成libstagefright.so（因为后面写好了编译的是动态库）

[html] view plain copy

1. include $(BUILD_SHARED_LIBRARY)  

表示编译一个动态库，生成的文件放在out/target/product/generic/obj/SHARED_LIBRARY，目标文件夹为：XXX_shared_intermediates

其他：

include $(BUILD_STATIC_LIBRARY) 表示编译一个静态库，生成的文件放在out/target/product/generic/obj/STATIC_LIBRARY，目标文件夹为：XXX_static_intermediates
include $(BUILD_EXECUTABLE) 表示编译一个可执行文件，生成的文件放在 out/target/product/generic/obj/EXECUTABLE下，目标文件夹为：XXX_intermediates

[html] view plain copy

1. include $(call all-makefiles-under,$(LOCAL_PATH))  

向子目录深入，编译子目录的所有东西，有另外一种写法，是include $(call all-subdir-makefiles）,暂时没试出什么区别

另外，附上常用模板：

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)
     
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)
     
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)

举例如下：

android库文件的编译(静态库和动态库，Android.mk)

Android 系统下要编写Android.mk来生成相应的库文件已经非常模板化了。

//@Android.mk  //静态库的编写

LOCAL_PATH:= $(call my-dir)

include $(CLEAR_VARS)

LOCAL_PRELINK_MODULE := false
LOCAL_ARM_MODE := arm

LOCAL_SRC_FILES:= /

   aa.c bb.c dd.c /

LOCAL_SHARED_LIBRARIES := /

  dd ee ff /

LOCAL_C_INCLUDES += /
        $(LOCAL_PATH)/../inc

LOCAL_CFLAGS += -MD /

-FF -Uarm -DMODULE -D__LINUX_ARM_ARCH__=7 /

LOCAL_MODULE:= libMyStaticLib

include $(BUILD_STATIC_LIBRARY)

//静态库生成后的文件是libMyStaticLib.a

//@Android.mk  //动态库的编写

LOCAL_PATH:= $(call my-dir)

include $(CLEAR_VARS)

LOCAL_PRELINK_MODULE := false
LOCAL_ARM_MODE := arm

LOCAL_SRC_FILES:= /

   aa.c bb.c dd.c /

LOCAL_SHARED_LIBRARIES := /

  dd ee ff /

LOCAL_C_INCLUDES += /
        $(LOCAL_PATH)/../inc

LOCAL_CFLAGS += -MD /

-FF -Uarm -DMODULE -D__LINUX_ARM_ARCH__=7 /

LOCAL_MODULE:= libMyShareLib

include $(BUILD_SHARED_LIBRARY)

//动态库生成后的文件是libMyShareLib.so

以上部分来自http://blog.csdn.net/zhandoushi1982/article/details/5316669

-----------------------------------------------------------------------------------------------------------------------------------------------------------------

http://blog.csdn.net/stefzeus/article/details/6597143

Android.mk的用法|静态库|动态库

一个Android.mk file用来向编译系统描述你的源代码。编译系统为你处理许多细节问题。例如，你不需要在你的Android.mk中列出头文件和依赖文件，NDK编译系统将会为你自动处理这些问题。在升级NDK后，你应该得到新的toolchain/platform支持，而且不需要改变你的Android.mk文件。

  先看一个简单的例子：一个简单的"hello world"，比如下面的文件：

sources/helloworld/helloworld.c
sources/helloworld/Android.mk
相应的Android.mk文件会象下面这样：
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE
:= helloworld
LOCAL_SRC_FILES := helloworld.c

include $(BUILD_SHARED_LIBRARY)

      我们来解释一下这几行代码：
（1）LOCAL_PATH := $(call my-dir)
一个Android.mk file首先必须定义好LOCAL_PATH变量。它用于在开发树中查找源文件。在这个例子中，宏函数’my-dir’, 由编译系统提供，用于返回 当前路径（即包含Android.mk file文件的目录）。
（2）include $( CLEAR_VARS)
CLEAR_VARS 由编译系统提供，指定让GNU MAKEFILE为你 清除许多LOCAL_XXX变量（例如 LOCAL_MODULE, LOCAL_SRC_FILES, LOCAL_STATIC_LIBRARIES, 等等...),除LOCAL_PATH 。这是必要的，因为所有的编译控制文件都在同一个GNU MAKE执行环境中，所有的变量都是全局的。
（3）LOCAL_MODULE := helloworld
LOCAL_MODULE变量必须定义，以标识你在Android.mk文件中描述的每个模块。名称必须是唯一的，而且不包含任何空格。注意编译系统会自动产生合适的前缀和后缀，换句话说， 一个被命名为'foo'的共享库模块，将会生成'libfoo.so'文件。
（4）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)