首页 > 代码库 > quick cocos 或者 Cocos2dx 项目下的Android.mk文件的学习
quick cocos 或者 Cocos2dx 项目下的Android.mk文件的学习
android.mk文件的作用:编译需要的cpp文件,生成.so动态库,供android端调用。
先上一个android.mk文件:
第一次创建项目,在Android平台编译时,都需要通过android.mk文件编译整个cocos2dx的库(第一次编译我们需要等待很长的时间.....)。
首先知道$(call import-module,dir_name)的作用,然后顺着lib/proj.android目录继续找对应目录下的android.mk文件
类似于递归一样,把所有目录下的android.mk文件都编译一次,最终把Cocos2dx库和自己的cpp文件打包成.so文件。
1)LOCAL_WHOLE_STATIC_LIBRARIES := quickcocos2dx
上面这句意思是包含quickcocos2dx的静态库,但是where is quickcocos2dx 的静态库呢?
移步进D:\quick-x\quick-cocos2d-x\lib\proj.android,查看该目录下的android.mk文件,大概内容如下:
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE := quickcocos2dx #库名
LOCAL_MODULE_FILENAME := libquickcocos2dx
....
....
include $(BUILD_STATIC_LIBRARY) #编译静态的quickcocos2dx库
$(call import-module,cocos2dx) #继续编译cocos2dx目录下的android.mk文件
$(call import-module,CocosDenshion/android) #继续编译CocosDenshion/android目录下的android.mk文件
$(call import-module,extensions) #继续编译extensions目录下的android.mk文件
$(call import-module,scripting/lua/proj.android) #继续编译scripting/lua/proj.android目录下的android.mk文件
...
...
从上面的android.mk可以看到,quickcocos2dx 的静态库就是这个。
就这样,通过不断的编译android.mk文件,将cocos2dx的几个静态库生成,最终生成了目标的.so动态库。
这样,在android平台下,可以使用jni调用cocos2dx的库,这样就可以在手机上玩游戏了。
2)LOCAL_MODULE 跟 LOCAL_MODULE_FILENAME的区别
看具体的代码:
LOCAL_MODULE := quickcocos2dx
LOCAL_MODULE_FILENAME := libquickcocos2dx
上面两句代码,我的理解:
在android.mk文件编译的过程中,
使用的名字是quickcocos2dx(android.mk运行期使用的变量名,其它的mk文件可以通过quickcocos2dx来引用这个MODULE),
但是当编译完成,存储到外存,也就是硬盘上时(LOCAL_MODULE_FILENAME),使用的名字是:libquickcocos2dx
网上关于android.mk的文档一大把,推荐个讲的不错的,给我拨云见月的blog:
http://www.cnblogs.com/yaozhongxiao/archive/2012/03/06/2382362.html
并摘录些实用的文字:
++++++++++++++++++++++++++分割线++++++++++++++++++++++++++++++
1. Android编译系统分析 --- 系统变量解析
LOCAL_PATH - 编译时的目录
LOCAL_MODULE - 编译的目标对象
LOCAL_SRC_FILES - 编译的源文件
LOCAL_C_INCLUDES - 需要包含的头文件目录
LOCAL_SHARED_LIBRARIES - 链接时需要的外部库
LOCAL_PRELINK_MODULE - 是否需要prelink处理
BUILD_STATIC_LIBRARY - 指明要编译成静态库
BUILD_SHARED_LIBRARY - 指明要编译成动态库
(1). LOCAL_PATH - 编译时的目录
$(call 目录,目录….) 目录引入操作符: 如该目录下有个文件夹名称 src,则可以这样写 $(call src),那么就会得到 src 目录的完整路径
(2). include $(CLEAR_VARS) -清除之前的一些系统变量
CLEAR_VARS:= $(BUILD_SYSTEM)/clear_vars.mk
在 build/core/config.mk 定义 CLEAR_VARS:= $(BUILD_SYSTEM)/clear_vars.mk
通过include 包含自定义的.mk文件(即是自定义编译规则)或是引用系统其他的.mk文件(系统定义的编译规则)。
(3). LOCAL_SRC_FILES - 编译的源文件
可以是.c, .cpp, .java, .S(汇编文件)或是.aidl等格式, 不同的文件用空格隔开。
如果编译目录子目录,采用相对路径,如子目录/文件名。
也可以通过$(call 目录),指明编译某目录下所有.c/.cpp/.java/.S/ .aidl文件. 追加文件 LOCAL_SRC_FILES += 文件
(4). LOCAL_C_INCLUDES - 需要包含的头文件目录
可以是系统定义路径,也可以是相对路径. 如该编译目录下有个include目录,写法是include/*.h
(5). LOCAL_MODULE - 编译的目标对象
module 是指系统的 native code,通常针对c,c++代码
./system/core/sh/Android.mk:32:LOCAL_MODULE:= sh
./system/core/libcutils/Android.mk:71:LOCAL_MODULE := libcutils
(6). LOCAL_PACKAGE_NAME
Java 应用程序的名字用该变量定义
./packages/apps/Music/Android.mk:9:LOCAL_PACKAGE_NAME := Music
./packages/apps/Browser/Android.mk:14:LOCAL_PACKAGE_NAME := Browser
(7). 依赖库
LOCAL_SHARED_LIBRARIES - 链接时需要的外部共享库
LOCAL_STATIC_LIBRARIES - 链接时需要的外部外部静态
LOCAL_JAVA_LIBRARIES 加入jar包
(8). BUILD_SHARED_LIBRARY - 指明要编译成动态库。编译的目标,用include 操作符
BUILD_STATIC_LIBRARY --- 来指明要编译成静态库。
如果是java文件的话,用 BUILD_PACKAGE 来指明。会用到系统的编译脚本host_java_library.mk,