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-jniLOCAL_MODULE模块必须定义,以表示Android.mk中的每一个模块。名字必须唯一且不包含空格。
Build System会自动添加适当的前缀和后缀。例如,foo,要产生动态库,则生成libfoo.so. 但请注意:如果模块名被定为:libfoo.则生成libfoo.so. 不再加前缀。
----------------LOCAL_SRC_FILES := hello-jni.cLOCAL_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++实现,你可以在你自己的应用程序中使用或链接它。
- Android.mk和application.mk
- Application.mk & Android.mk
- Android.mk 和Application.mk 示例
- Android.mk and Application.mk
- NDK android.mk Application.mk
- Android NDK编程之Android.mk和Application.mk
- Android.mk和Application.mk文件中部分变量说明
- Android.mk和Application.mk配置参数详解
- android ndk Application.mk
- Android JNI之Android.mk、Application.mk
- 编写Android.mk Application.mk文件
- Android Android.mk && Application总结
- Android Android.mk && Application总结
- Application.mk
- Application.mk
- Application.mk
- application.mk
- Application.mk
- 正确修改MySQL最大连接数的三种好用方案
- 当前fragment处理全部焦点
- 建议85:Task中的异常处理
- 布局篇之减少你的界面层级
- Poj 1325 Machine Schedule【二分匹配-------最小点覆盖】
- Android.mk和application.mk
- HMAC加密算法简要
- Fragment的动态加载问题
- 四种方案解决ScrollView嵌套ListView问题
- Redis集群(2)-部署集群
- pdo预处理事务(学习)
- nginx学习笔记(1):配置项的解析
- IIS7 批量创建站点命令行
- git reset hard/soft/mixed区别