Android.mk和application.mk

来源:互联网 发布:万方数据库查询 编辑:程序博客网 时间:2024/04/29 11:45

++++++++++++++++++++++++++++++++++++++++++++++

Android.mk

+++++++++++++++++++++++++++++++++++++++++++++++

http://www.cnblogs.com/wainiwann/p/3837936.html




=======================

1,看一个最简单android.mk的例子

=======================


include  $(BUILD_SHARED_LIBRARY),编译出的是动态库

静态库(.a文件)

动态库(.so文件)

-------------------LOCAL_PATH:=$(call my-dir)

每个android.mk文件必须以定义LOCAL_PATH为开始。它用于在开发tree中查找源文件。

宏my-dir则由Build System提供。返回包含android.mk的目录路径

--------------------include $(CLEAR_VARS) 

CLEAR_VARS 变量由Build System提供。并指向一个指定的GNU Makefile,由它负责清理很多LOCAL_xxx. 

例如:LOCAL_MODULE, LOCAL_SRC_FILES, LOCAL_STATIC_LIBRARIES等等。但不清理LOCAL_PATH

这个清理动作是必须的,因为所有的编译控制文件由同一个GNU Make解析和执行,其变量是全局的。所以清理后才能避免相互影响。

---------------------LOCAL_MODULE    := hello-jni 

LOCAL_MODULE模块必须定义,以表示Android.mk中的每一个模块。名字必须唯一且不包含空格。

Build System会自动添加适当的前缀和后缀。例如,foo,要产生动态库,则生成libfoo.so. 但请注意:如果模块名被定为:libfoo.则生成libfoo.so. 不再加前缀。

----------------LOCAL_SRC_FILES  := hello-jni.c

LOCAL_SRC_FILES :=hello-jni.c

LOCAL_SRC_FILES变量必须包含将要打包如模块c/c++源码

不必列出头文件。build system会自动帮我们找出依赖文件

缺省的c++源码的扩展名为.cpp.也可以修改,通过LOCAL_CPP_EXTENSION

------------------include $(BUILD_SHARED_LIBRARY)

是build system提供的一个变量,指向一个GNU makefile script

它负责收集自从上次调用 include $(CLEAR_VARS)  后的所有LOCAL_XXX信息。并决定编译为什么。

=================================================

NDK Build System保留的变量名

=========================================

1,以LOCAL_开头的

2,以PRIVATE_,NDK_或APP_开头的

3,小写字母名字:如my-dir

============================================

2,NDK提供的功能宏

============================================

2.2.1:my-dir:$(call my-dir)

返回最近一次include的makefile的路径。通常返回android.mk所在的路径。

他用来作为android.mk的开头来定义LOCAL_PATH

2.2.1 import-module

允许寻找并import其他modules到本android.mk中来。它会从NDK_MODULE_PATH寻找指定的模块名

$(call import-module,<name>)

================================================================================

3,模块描述变量

==================================================

此类变量用来给build system描述模块信息。在“include $(CLEAR_VARS)”和“include $(BUILD_XXXX)”之间。必须定义此类变量

2.3.1: LOCAL_PATH
这个值用来给定当前目录。必须在Android.mk的开是位置定义之。
例如:
LOCAL_PATH := $(call my-dir) LOCAL_PATH不会被include $(CLEAR_VARS) 清理。

2.3.2: LOCAL_MODULE
modules名。在include $(BUILD_XXXXX)之前,必须定义这个变量。此变量必须唯一且不能有空格。
通常,由此变量名决定最终生成的目标文件名。

2.3.3: LOCAL_MODULE_FILENAME:
可选。用来override LOCAL_MODULE. 即允许用户重新定义最终生成的目标文件名。
LOCAL_MODULE := foo-version-1  LOCAL_MODULE_FILENAME := libfoo
2.3.4:LOCAL_SRC_FILES
为Build Modules而提供的Source 文件列表。不需要列出依赖文件。 注意:文件相对于LOCAL_PATH存放,
且可以提供相对路径。 例如:
LOCAL_SRC_FILES := foo.c               \ toto/bar.c
2.3.5: LOCAL_CPP_EXTENSION: 
指出C++ 扩展名。(可选)
LOCAL_CPP_EXTENSION := .cxx 从NDK R7后,可以写多个:  
LOCAL_CPP_EXTENSION := .cxx .cpp .cc      

2.3.6:LOCAL_CPP_FEATURES
可选。用来指定C++ features。
LOCAL_CPP_FEATURES := rtti  
LOCAL_CPP_FEATURES := exceptions

 

2.3.7:LOCAL_C_INCLUDES
一个可选的path列表。相对于NDK ROOT 目录。编译时,将会把这些目录附上。
LOCAL_C_INCLUDES := sources/foo  LOCAL_C_INCLUDES := $(LOCAL_PATH)/../foo
2.3.8: LOCAL_CFLAGS:
一个可选的设置,在编译C/C++ source 时添加如Flags。
用来附加编译选项。 注意:不要尝试在此处修改编译的优化选项和Debug等级。它会通过您Application.mk中的信息自动指定。
也可以指定include 目录通过:LOCAL_CFLAGS += -I<path>。 这个方法比使用LOCAL_C_INCLUDES要好。因为这样也可以被ndk-debug使用。

2.3.9: LOCAL_CXXFLAGS
LOCAL_CPPFLAGS的别名。          
2.3.10: LOCAL_CPPFLAGS
C++ Source 编译时添加的C Flags。这些Flags将出现在LOCAL_CFLAGS flags 的后面


2.3.11: LOCAL_STATIC_LIBRARIES:
要链接到本模块的静态库list。(built with BUILD_STATIC_LIBRARY)


2.3.12: LOCAL_SHARED_LIBRARIES
要链接到本模块的动态库。


2.3.13:LOCAL_WHOLE_STATIC_LIBRARIES

静态库全链接。 不同于LOCAL_STATIC_LIBRARIES,类似于使用--whole-archive

2.3.14:LOCAL_LDLIBS 

linker flags。 可以用它来添加系统库。 如 -lz: 
LOCAL_LDLIBS := -lz   

2.3.15: LOCAL_ALLOW_UNDEFINED_SYMBOLS:

2.3.16: LOCAL_ARM_MODE
缺省模式下,ARM目标代码被编译为thumb模式。每个指令16位。如果指定此变量为:arm。 则指令为32位。
LOCAL_ARM_MODE := arm   其实也可以指定某一个或者某几个文件的ARM指令模式。  
2.3.17: LOCAL_ARM_NEON
设置为true时,会讲浮点编译成neon指令。这会极大地加快浮点运算(前提是硬件支持)
只有targeting 为 'armeabi-v7a'时才可以。

2.3.18:LOCAL_DISABLE_NO_EXECUTE

2.3.19: LOCAL_EXPORT_CFLAGS:
定义这个变量用来记录C/C++编译器标志集合,
并且会被添加到其他任何以LOCAL_STATIC_LIBRARIES和LOCAL_SHARED_LIBRARIES的模块的LOCAL_CFLAGS定义中 
LOCAL_SRC_FILES := foo.c bar.c.arm 
++++++++++++++++++++++++++++++++++++++++++++++
Application.mk
http://www.cnblogs.com/yaozhongxiao/archive/2012/03/06/2381586.html
+++++++++++++++++++++++++++++++++++++++++++++++
Application.mk目前是描述在你的应用程序中所需要的模块(即静态库或动态库)
APP_STL:
默认,NDK构建系统提供由android系统给出的最小C++运行时库(/system/lib/libstdc++.so)的C++头文件
然而,ndk带有另一个c++实现,你可以在你自己的应用程序中使用或链接它。

0 0
原创粉丝点击