从一个android.mk实例看android.mk基础

最新推荐文章于 2022-02-11 21:48:51 发布

zita

最新推荐文章于 2022-02-11 21:48:51 发布

阅读量4.2k

点赞数

分类专栏： android 文章标签： include library path module build jni

本文链接：https://blog.youkuaiyun.com/ttxgz/article/details/7193099

版权

android 专栏收录该内容

20 篇文章

订阅专栏

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

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

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

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

LOCAL_SRC_FILES:=                         \
            AMRExtractor.cpp                  \
             AMRWriter.cpp                     \
           SubtitlePlayer.cpp                   \
                         ...
       vome/voCMediaDecoder.cpp

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

LOCAL_C_INCLUDES:= frameworks/base/media/libstagefright/include/include\
	frameworks/base/media/libstagefright/include\
	frameworks/base/media/libstagefright/include/real\
	$(JNI_H_INCLUDE) \
        $(TOP)/frameworks/base/include/media/stagefright/openmax \
        $(TOP)/external/tremolo \
        $(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来指定最后的目标安装路径。

LOCAL_SHARED_LIBRARIES := \
        libbinder         \
        libmedia          \
        libutils          \
        libiconv          \
        libcutils         \
        libui             \
        libsonivox        \
        libvorbisidec     \
        libsurfaceflinger_client \
        libcamera_client

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

LOCAL_STATIC_LIBRARIES := \	
        libstagefright_rtsp \
        libstagefright_id3 \
        libstagefright_g711dec

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

LOCAL_SHARED_LIBRARIES += \	
        libstagefright_amrnb_common \
        libstagefright_enc_common \
        libstagefright_avc_common \
        libstagefright_foundation \
        libstagefright_color_conversion

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

ifeq ($(TARGET_OS)-$(TARGET_SIMULATOR),linux-true)
        LOCAL_LDLIBS += -lpthread -ldl
        LOCAL_SHARED_LIBRARIES += libdvm
        LOCAL_CPPFLAGS += -DANDROID_SIMULATOR
endif

ifneq ($(TARGET_SIMULATOR),true)
LOCAL_SHARED_LIBRARIES += libdl
endif

ifeq ($(TARGET_OS)-$(TARGET_SIMULATOR),linux-true)
        LOCAL_LDLIBS += -lpthread
endif

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

LOCAL_CFLAGS += -Wno-multichar

对multichar不报warning，编译参数

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

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

LOCAL_MODULE:= libstagefright

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

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

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)