android.mk简介及如何直接执行C代码

Android.mk简介：

Build System帮我们处理了很多细节而不需要我们再关心。例如：你不需要在Android.mk中列出头文件和外部依赖文件。

1.Android.mk语法：

首先看一个最简单的Android.mk的例子：

LOCAL_PATH := (callmy−dir)include(CLEAR_VARS)

LOCAL_MODULE := hello-jni

LOCAL_SRC_FILES := hello-jni.c

include $(BUILD_SHARED_LIBRARY)

讲解如下：

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变量必须包含将要打包如模块的C/C++ 源码。

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

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

include $(BUILD_SHARED_LIBRARY)

BUILD_SHARED_LIBRARY：是Build System提供的一个变量，指向一个GNU Makefile Script。

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

BUILD_STATIC_LIBRARY：编译为静态库。

BUILD_SHARED_LIBRARY ：编译为动态库

BUILD_EXECUTABLE：编译为Native C可执行程序

2.实例

设置为C可执行文件时，不需要通过JNI来调用C，可以直接跑编译生成的BIN文件。android.mk配置及执行步骤如下所示：

android.mk

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

LOCAL_MODULE    := pax-a920
#需要编译源文件
LOCAL_SRC_FILES := paxnative.c ped.c icc.c basic.c printf.c

LOCAL_LDFLAGS += -L$(LOCAL_PATH)
#以来的库
LOCAL_LDLIBS :=-llog  -lpaxapi

#编译成C可执行文件
include $(BUILD_EXECUTABLE)

如果想直接跑C代码(比如机子没有屏幕，不能通过java来调用C的情况下，就可以直接在机子里跑C编译的bin文件)

1 导入PaxNdk项目；

2 Android.mk中将BUILD_SHARED_LIBRARY改成BUILD_EXECUTABLE；

3 Android.mk中LOCAL_MODULE := pax-jni改名，例如pax-A920。刷新工程，PaxNdk\libs\armeabi下可以看到改后的名字，

4 paxnative.c中增加main{测试内容}函数，保存后会自动编译，生成pax-A920；

5 cmd中输入：

adb remount

adb push pax-a920目录 /system/bin

adb shell

cd system/bin

chmod 777 pax-A920

./pax-A920

即开始运行测试程序。