马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。
您需要 登录 才可以下载或查看,没有账号?立即注册
×
Android.mk和Android.bp的区别和转换详解
一、媒介
简朴的说:
Android.mk和Android.bp都是用来编译出类库.jar,应用文件.apk,动态库.so,静态库.a等等作用。
Android.mk就是一个GNU make语法的脚本文件。
Android.bp文件是Android 7.0及更高版本中引入的一种构建脚本文件,是使用Starlark语法编写的,它是一种基于Python的轻量级脚本语言。
他们的关系如下:
上面流程图的解读:
ninja是一个编译框架,体系会根据相应的ninja格式的设置文件举行编译。
体系编译那些应用相干的模块现实上是读取一个个ninja设置举行编译;
Android.mk通过Kati工具可以转换成ninja设置文件;
Android.bp通过Blueprint+Soong工具转换成ninja设置文件;
Android.mk–>Android.bp 指的是mk可以通过androidmk工具编译成bp文件,
在现实编译中会不会把Android.mk先编译成Android.bp处置处罚?
只是知道他们之间的关系着实是没有多大用处的,只是让你对他们的知识内心有个底,
真正的是要分别学会脚本文件的编写和学会转换使用脚本文件。
比如,你获取到的是一个mk文件,你要转换成bp文件,就要学习肯定的内容才气完成。
Android.mk详解+入门必备:
Android.bp详解+入门必备
从现实开辟中打仗到的Android8-13 package相干源码看,
Android9以及之前的代码之前根本没怎么看到有Android.bp文件的使用,
Android11的代码,有一半左右的应用编译脚本使用的是Android.bp,
Android13的代码中90%以上的应用编译都是使用的Android.bp,
以是从Android代码迭代趋势看得出 Android.bp是大趋势,对于编译Android源码来说是要必须把握的。
总的来说,本文应该是全网先容Android.mk和Android.bp知识最全面的一篇文章,有必要的,可以收藏使用。
二、Android.mk和Android.bp的接洽
Android.mk和Android.bp是Android开辟中使用的两种构建文件格式。
Android.mk是旧版本的构建文件格式,使用GNU Make语法,用于界说和设置Android应用或库的构建过程和依赖关系。它是基于Make工具的脚本文件,通过界说模块、源文件、编译选项和依赖关系等内容来完成构建过程。
Android.bp是新一代的构建文件格式,使用雷同于Python的语法,用于界说和设置Android应用或库的构建过程和依赖关系。它是基于Soong构建体系的脚本文件,通过界说模块、源文件、编译选项和依赖关系等内容来完成构建过程。
Android.bp相对于Android.mk具有更强大的功能和更机动的语法。它支持模块的继承、条件构建、模块分割和动态选择等特性,使构建过程更加可控和可设置。
在Android的构建体系中,Android.mk和Android.bp可以共存,但发起使用Android.bp来编写新的构建文件,以便发挥其更多的上风和功能。同时,Soong构建体系也提供了工具和规则来主动将Android.mk转换为对应的Android.bp文件,以便举行平滑的迁徙和兼容。
三、Android.mk和Android.bp的区别
1、语法:
Android.mk使用GNU make语法,而Android.bp使用Starlark语法。Starlark是一种基于Python的轻量级脚本语言。
2、机动性:
相对于Android.mk,Android.bp在模块界说、依赖关系和编译选项等方面更加机动和易于维护。Android.bp具有更强大的表达本事,可以更好地处置处罚复杂的项目布局和构建需求。
Android.bp 只是纯粹的设置文件(雷同json),不包罗分支、循环等流程控制 (如果想要举行分支循环控制可本身写 go 来完成),因此 Android.bp 文件被转化成 ninja 文件的服从远远高于 Android.mk 文件。
3、版本兼容性:
Android.mk实用于Android的早期版本,而Android.bp实用于Android 7.0及更高版本。在新版Android中,发起使用Android.bp来管理和构建项目。
4、向后兼容性:
Android.bp仅在Android 7.0及更高版本引入,而Android.mk仍然可以继承使用。为了保持向后兼容性,Android构建体系可以同时支持Android.mk和Android.bp文件,可以在同一个项目中同时使用两种格式的构建文件。
综上所述,Android.mk和Android.bp是两种差别版本的Android构建脚本文件,它们之间有肯定的关系和区别。Android.bp是更加机动和保举的构建脚本文件,在较新的Android版本中使用。但为了向后兼容性,Android.mk仍然可以继承使用,而且可以与Android.bp文件同时存在于同一个项目中。
5、编译区别:
- **ninja**是一个编译框架,会根据相应的ninja格式的配置文件进行编译,但是ninja文件一般不会手动修改,而是通过将 Android.bp文件转换成ninja格文件来编译
- 1**Android.bp**是纯粹的配置,没有分支、循环等流程控制,不能做算数逻辑运算。如果需要控制逻辑,那么只能通过Go语言编写
- 2. **Soong**类似于之前的Makefile编译系统的核心,负责提供Android.bp语义解析,并将之转换成Ninja文件。Soong还会编译生成一个androidmk命令,用于将Android.mk文件转换为Android.bp文件
- 3. **Blueprint**是生成、解析Android.bp的工具,是Soong的一部分。Soong负责Android编译而设计的工具,而Blueprint只是解析文件格式,Soong解析内容的具体含义。Blueprint和Soong都是由Golang写的项目,从Android 7.0,prebuilts/go/目录下新增Golang所需的运行环境,在编译时使用
- 4. **kati**是专为Android开发的一个基于Golang和C++的工具,主要功能是把Android中的Android.mk文件转换成Ninja文件。代码路径是build/kati/,编译后的产物是ckati
复制代码 上面先容的都是一些概念知识,下面涉及到的代码先容才是现实开辟有有用的知识。
四、Android.mk和Android.bp的转换
Google 提供了 androidmk 工具可以将 Android.mk 转换为 Android.bp。
但是这个工具现在还不美满,不能处置处罚 Android.mk 中的宏开关。
Android.mk内里有些复杂用法,也大概在Android.bp内里未界说使用。
1、androidmk源码
androidmk 的源码在 build/soong/androidmk 目次下:
这里看到 androidmk 是一个文件夹,内里紧张功能文件是:android.go
这个 android.go 文件内里包罗了Android.mk 转换成 Android.bp 的对应关系
比如:
- func init() {
- addStandardProperties(bpparser.StringType,
- //前面的是Android.mk的关键字,后面是Android.bp 的关键字
- map[string]string{
- "LOCAL_MODULE": "name", //mk文件和bp文件,模块名称定义的关键字
- "LOCAL_CERTIFICATE": "certificate",//是否系统签名
- "LOCAL_JAVA_LANGUAGE_VERSION": "java_version",
- "LOCAL_INSTRUMENTATION_FOR": "instrumentation_for",
- "LOCAL_MANIFEST_FILE": "manifest",
- ...
- })
复制代码 android.go文件全部内容检察:
http://aospxref.com/android-13.0.0_r3/xref/build/soong/androidmk/androidmk/android.go
2、源码环境使用下令把Android.mk转换成Android.bp
(1)详细下令是:
- androidmk Android.mk > Android.bp
复制代码 (2)详细使用
androidmk 是体系编译天生的工具,androidmk 工具可以将 Android.mk 文件 转换为 Android.bp 文件,
如果编译过的源码,可以举行如下使用使用下令把Android.mk 文件 转换为 Android.bp 文件:
- (1)找到androidmk工具文件,cd到对该目次下,我这里是:release/out/host/linux-x86/bin(2)把必要转换的Android.mk文件复制到 androidmk的bin目次下(3)实验下令:androidmk Android.mk > Android.bp
- 就可以在bin目次下看到一个新天生的Android.bp文件了,这个就是体系工具转换的Android.bp文件。亲测有用。
复制代码 (3)转换示例
Android.mk 示例代码
- LOCAL_PATH := $(call my-dir)
- include $(CLEAR_VARS)
- LOCAL_MODULE := MyFileManager
- LOCAL_MODULE_CLASS := APPS
- LOCAL_MODULE_TAGS := optional
- LOCAL_SRC_FILES := MyFileManager.apk
- LOCAL_PRIVILEGED_MODULE := true
- LOCAL_CERTIFICATE := platform
- include $(BUILD_PREBUILT)
复制代码 Android.bp转换后的代码
- android_app_import {
- name: "MyFileManager", //(1)编译模块名称
- certificate: "platform", //(2)系统签名
- privileged: true, //(3)是否生成到priv-app目录
- apk: "MyFileManager.apk", //(4)加载需要编译的apk名称
-
- }
复制代码 上面代码的转换就是通过 androidmk工具举行转换的。
这里可以看到,Android.bp更加轻便明白,而且省略了一些非须要的信息。
上面转换的信息是可以在android.go中看出对应关系,详细对应关系查找:
- func init() {
- //string 类型的关键字
- addStandardProperties(bpparser.StringType,
- //前面的是Android.mk的关键字,后面是Android.bp 的关键字
- map[string]string{
- "LOCAL_MODULE": "name", //(1)mk文件和bp文件,模块名称定义的关键字
- "LOCAL_CERTIFICATE": "certificate",//(2)系统签名
- "LOCAL_JAVA_LANGUAGE_VERSION": "java_version",
- "LOCAL_INSTRUMENTATION_FOR": "instrumentation_for",
- "LOCAL_MANIFEST_FILE": "manifest",
- ...
- })
- //boolean 类型关键字
- addStandardProperties(bpparser.BoolType,
- map[string]string{
- // Bool properties
- "LOCAL_IS_HOST_MODULE": "host",
- "LOCAL_CLANG": "clang",
- "LOCAL_PRIVILEGED_MODULE": "privileged", //(3)是否生成在priv-app目录
- 。。。
- }
- var prebuiltTypes = map[string]string{
- "SHARED_LIBRARIES": "cc_prebuilt_library_shared",
- "STATIC_LIBRARIES": "cc_prebuilt_library_static",
- "EXECUTABLES": "cc_prebuilt_binary",
- "JAVA_LIBRARIES": "java_import",
- "APPS": "android_app_import", //(4)加载需要编译的apk名称
- "ETC": "prebuilt_etc",
- }
- func prebuiltClass(ctx variableAssignmentContext) error {
- class := ctx.mkvalue.Value(ctx.file.scope)
- if _, ok := prebuiltTypes[class]; ok {
- ctx.file.scope.Set("BUILD_PREBUILT", class)
- } else {
- // reset to default
- ctx.file.scope.Set("BUILD_PREBUILT", "prebuilt")
- }
- return nil
- }
复制代码 但是从android.go 是看不出 BUILD_PREBUILT 的对应关系是 android_app_import。
而且从网上也是搜索 BUILD_PREBUILT 的对应关系说是: cc_prebuilt ,着实是不对的!
以是网上搜索都的很对不能直接使用,只能参考使用。
别的Android.mk 并不是全部的语句都能转换成Android.bp,
(4)Android.mk无法编译成Android.bp举例
①比如Android.mk内里的shell语句下令,Android.bp是无法实现的:
- APK_FILE_PATH := $(shell cd $(LOCAL_PATH)/$(1) ; \
- find ./ -maxdepth 1 -name "*.apk" -and -not -name ".*")
- LOCAL_SRC_FILES := $(APK_FILE_PATH)
复制代码 上面的是Android.mk中查找当前目次下的一个以apk定名末了的文件,并设置成必要编译的apk文件
尚有文件复制查找遍历那些语句在Android.bp是无法实现的。
②比如Android.mk中的 LOCAL_PREBUILT_JNI_LIBS 属性是无法转换到Android.bp,直接转换会报
错:
- // ANDROIDMK TRANSLATION ERROR: unsupported assignment to LOCAL_PREBUILT_JNI_LIBS
复制代码 固然使用androidmk工具转换不了,而且在android.go文件也未查询到对应关系的字符串,
但是通过网上搜索使用 cc_prebuilt_library_shared 模块范例可以更换,转换如下:
- //Android.mk中的引用定义
- LOCAL_PREBUILT_JNI_LIBS:= \
- lib/armeabi-v7a/libvvo.so \
- lib/armeabi-v7a/libvff.so \
- //Android.bp中的引用定义
- cc_prebuilt_library_shared {
- name: "libvvo",
- srcs: ["lib/armeabi-v7a/libvvo.so"],
- }
- cc_prebuilt_library_shared {
- name: "libvff",
- srcs: ["lib/armeabi-v7a/libvff.so"],
- }
复制代码 但是编译发现还是会报错!
- FAILED: out/target/product/rk3588_t/obj/SHARED_LIBRARIES/libvvo_intermediates/check_elf_files.timestamp
- /bin/bash -c "(rm -f out/target/product/rk3588_t/obj/SHARED_LIBRARIES/libvvo_intermediates/check_elf_files.timestamp ) && (build/make/tools/check_elf_file.py --skip-bad-elf-magic --skip-unknown-elf-machine --soname libvvo.so --shared-lib out/target/product/rk3588_t/obj/SHARED_LIBRARIES/libc++_intermediates/libc++.so --shared-lib out/target/product/rk3588_t/obj/SHARED_LIBRARIES/libc_intermediates/libc.so --shared-lib out/target/product/rk3588_t/obj/SHARED_LIBRARIES/libm_intermediates/libm.so --shared-lib out/target/product/rk3588_t/obj/SHARED_LIBRARIES/libdl_intermediates/libdl.so
- --system-shared-lib libc --system-shared-lib libm --system-shared-lib libdl --llvm-readobj=prebuilts/clang/host/linux-x86/clang-r450784d/bin/llvm-readobj out/soong/.intermediates/packages/SkgApps/EShare/libvvo/android_arm64_armv8-a_shared/libvvo.so ) && (touch out/target/product/rk3588_t/obj/SHARED_LIBRARIES/libvvo_intermediates/check_elf_files.timestamp )"
- out/soong/.intermediates/packages/SkgApps/EShare/libvvo/android_arm64_armv8-a_shared/libvvo.so: error: DT_SONAME "lib1686494415-6485dccfd4c35_20230611224257.so" must be equal to the file name "libvvo.so".
复制代码 这个报错搞不定啊,涉及到详细编译规则的题目,以是不去做过多挣扎了。
对于比力复杂的so编译环境,Android.bp并未美满相干语句,以是这种环境还是继承使用Android.mk编译即可。
3、Android.mk转换成Android.bp紧张内容
上面已经说了,转换的关系是在 android.go 内里有体现,下面是紧张转换的信息:
- //(1)编译的变量属性定义,包括String、列表、Boolean类型,就这三种变量类型,没有什么数字,浮点数那些。
- func init() {
- addStandardProperties(bpparser.StringType,
- map[string]string{
- "LOCAL_MODULE": "name",
- "LOCAL_CXX_STL": "stl",
- "LOCAL_MULTILIB": "compile_multilib",
- "LOCAL_ARM_MODE_HACK": "instruction_set",
- "LOCAL_SDK_VERSION": "sdk_version",
- "LOCAL_MIN_SDK_VERSION": "min_sdk_version",
- "LOCAL_NDK_STL_VARIANT": "stl",
- "LOCAL_JAR_MANIFEST": "manifest",
- "LOCAL_CERTIFICATE": "certificate",
- "LOCAL_CERTIFICATE_LINEAGE": "lineage",
- "LOCAL_PACKAGE_NAME": "name",
- "LOCAL_MODULE_RELATIVE_PATH": "relative_install_path",
- "LOCAL_PROTOC_OPTIMIZE_TYPE": "proto.type",
- "LOCAL_MODULE_OWNER": "owner",
- "LOCAL_RENDERSCRIPT_TARGET_API": "renderscript.target_api",
- "LOCAL_JAVA_LANGUAGE_VERSION": "java_version",
- "LOCAL_INSTRUMENTATION_FOR": "instrumentation_for",
- "LOCAL_MANIFEST_FILE": "manifest",
- "LOCAL_DEX_PREOPT_PROFILE_CLASS_LISTING": "dex_preopt.profile",
- "LOCAL_TEST_CONFIG": "test_config",
- "LOCAL_RRO_THEME": "theme",
- })
- addStandardProperties(bpparser.ListType,
- map[string]string{
- "LOCAL_SRC_FILES": "srcs",
- "LOCAL_SRC_FILES_EXCLUDE": "exclude_srcs",
- "LOCAL_HEADER_LIBRARIES": "header_libs",
- "LOCAL_SHARED_LIBRARIES": "shared_libs",
- "LOCAL_STATIC_LIBRARIES": "static_libs",
- "LOCAL_WHOLE_STATIC_LIBRARIES": "whole_static_libs",
- "LOCAL_SYSTEM_SHARED_LIBRARIES": "system_shared_libs",
- "LOCAL_USES_LIBRARIES": "uses_libs",
- "LOCAL_OPTIONAL_USES_LIBRARIES": "optional_uses_libs",
- "LOCAL_ASFLAGS": "asflags",
- "LOCAL_CLANG_ASFLAGS": "clang_asflags",
- "LOCAL_COMPATIBILITY_SUPPORT_FILES": "data",
- "LOCAL_CONLYFLAGS": "conlyflags",
- "LOCAL_CPPFLAGS": "cppflags",
- "LOCAL_REQUIRED_MODULES": "required",
- "LOCAL_HOST_REQUIRED_MODULES": "host_required",
- "LOCAL_TARGET_REQUIRED_MODULES": "target_required",
- "LOCAL_OVERRIDES_MODULES": "overrides",
- "LOCAL_LDLIBS": "host_ldlibs",
- "LOCAL_CLANG_CFLAGS": "clang_cflags",
- "LOCAL_YACCFLAGS": "yacc.flags",
- "LOCAL_SANITIZE_RECOVER": "sanitize.recover",
- "LOCAL_LOGTAGS_FILES": "logtags",
- "LOCAL_EXPORT_HEADER_LIBRARY_HEADERS": "export_header_lib_headers",
- "LOCAL_EXPORT_SHARED_LIBRARY_HEADERS": "export_shared_lib_headers",
- "LOCAL_EXPORT_STATIC_LIBRARY_HEADERS": "export_static_lib_headers",
- "LOCAL_INIT_RC": "init_rc",
- "LOCAL_VINTF_FRAGMENTS": "vintf_fragments",
- "LOCAL_TIDY_FLAGS": "tidy_flags",
- // TODO: This is comma-separated, not space-separated
- "LOCAL_TIDY_CHECKS": "tidy_checks",
- "LOCAL_RENDERSCRIPT_INCLUDES": "renderscript.include_dirs",
- "LOCAL_RENDERSCRIPT_FLAGS": "renderscript.flags",
- "LOCAL_JAVA_RESOURCE_DIRS": "java_resource_dirs",
- "LOCAL_JAVA_RESOURCE_FILES": "java_resources",
- "LOCAL_JAVACFLAGS": "javacflags",
- "LOCAL_ERROR_PRONE_FLAGS": "errorprone.javacflags",
- "LOCAL_DX_FLAGS": "dxflags",
- "LOCAL_JAVA_LIBRARIES": "libs",
- "LOCAL_STATIC_JAVA_LIBRARIES": "static_libs",
- "LOCAL_JNI_SHARED_LIBRARIES": "jni_libs",
- "LOCAL_AAPT_FLAGS": "aaptflags",
- "LOCAL_PACKAGE_SPLITS": "package_splits",
- "LOCAL_COMPATIBILITY_SUITE": "test_suites",
- "LOCAL_OVERRIDES_PACKAGES": "overrides",
- "LOCAL_ANNOTATION_PROCESSORS": "plugins",
- "LOCAL_PROGUARD_FLAGS": "optimize.proguard_flags",
- "LOCAL_PROGUARD_FLAG_FILES": "optimize.proguard_flags_files",
- // These will be rewritten to libs/static_libs by bpfix, after their presence is used to convert
- // java_library_static to android_library.
- "LOCAL_SHARED_ANDROID_LIBRARIES": "android_libs",
- "LOCAL_STATIC_ANDROID_LIBRARIES": "android_static_libs",
- "LOCAL_ADDITIONAL_CERTIFICATES": "additional_certificates",
- // Jacoco filters:
- "LOCAL_JACK_COVERAGE_INCLUDE_FILTER": "jacoco.include_filter",
- "LOCAL_JACK_COVERAGE_EXCLUDE_FILTER": "jacoco.exclude_filter",
- "LOCAL_FULL_LIBS_MANIFEST_FILES": "additional_manifests",
- // will be rewrite later to "license_kinds:" by byfix
- "LOCAL_LICENSE_KINDS": "android_license_kinds",
- // will be removed later by byfix
- // TODO: does this property matter in the license module?
- "LOCAL_LICENSE_CONDITIONS": "android_license_conditions",
- "LOCAL_GENERATED_SOURCES": "generated_sources",
- })
- addStandardProperties(bpparser.BoolType,
- map[string]string{
- // Bool properties
- "LOCAL_IS_HOST_MODULE": "host",
- "LOCAL_CLANG": "clang",
- "LOCAL_FORCE_STATIC_EXECUTABLE": "static_executable",
- "LOCAL_NATIVE_COVERAGE": "native_coverage",
- "LOCAL_NO_CRT": "nocrt",
- "LOCAL_ALLOW_UNDEFINED_SYMBOLS": "allow_undefined_symbols",
- "LOCAL_RTTI_FLAG": "rtti",
- "LOCAL_PACK_MODULE_RELOCATIONS": "pack_relocations",
- "LOCAL_TIDY": "tidy",
- "LOCAL_USE_CLANG_LLD": "use_clang_lld",
- "LOCAL_PROPRIETARY_MODULE": "proprietary",
- "LOCAL_VENDOR_MODULE": "vendor",
- "LOCAL_ODM_MODULE": "device_specific",
- "LOCAL_PRODUCT_MODULE": "product_specific",
- "LOCAL_PRODUCT_SERVICES_MODULE": "product_specific",
- "LOCAL_SYSTEM_EXT_MODULE": "system_ext_specific",
- "LOCAL_EXPORT_PACKAGE_RESOURCES": "export_package_resources",
- "LOCAL_PRIVILEGED_MODULE": "privileged",
- "LOCAL_AAPT_INCLUDE_ALL_RESOURCES": "aapt_include_all_resources",
- "LOCAL_DONT_MERGE_MANIFESTS": "dont_merge_manifests",
- "LOCAL_USE_EMBEDDED_NATIVE_LIBS": "use_embedded_native_libs",
- "LOCAL_USE_EMBEDDED_DEX": "use_embedded_dex",
- "LOCAL_DEX_PREOPT": "dex_preopt.enabled",
- "LOCAL_DEX_PREOPT_APP_IMAGE": "dex_preopt.app_image",
- "LOCAL_DEX_PREOPT_GENERATE_PROFILE": "dex_preopt.profile_guided",
- "LOCAL_PRIVATE_PLATFORM_APIS": "platform_apis",
- "LOCAL_JETIFIER_ENABLED": "jetifier",
- "LOCAL_IS_UNIT_TEST": "unit_test",
- "LOCAL_ENFORCE_USES_LIBRARIES": "enforce_uses_libs",
- "LOCAL_CHECK_ELF_FILES": "check_elf_files",
- })
- }
- //(2)编译的模块类型定义
- var moduleTypes = map[string]string{
- "BUILD_SHARED_LIBRARY": "cc_library_shared",
- "BUILD_STATIC_LIBRARY": "cc_library_static",
- "BUILD_HOST_SHARED_LIBRARY": "cc_library_host_shared",
- "BUILD_HOST_STATIC_LIBRARY": "cc_library_host_static",
- "BUILD_HEADER_LIBRARY": "cc_library_headers",
- "BUILD_EXECUTABLE": "cc_binary",
- "BUILD_HOST_EXECUTABLE": "cc_binary_host",
- "BUILD_NATIVE_TEST": "cc_test",
- "BUILD_HOST_NATIVE_TEST": "cc_test_host",
- "BUILD_NATIVE_BENCHMARK": "cc_benchmark",
- "BUILD_HOST_NATIVE_BENCHMARK": "cc_benchmark_host",
- "BUILD_JAVA_LIBRARY": "java_library_installable", // will be rewritten to java_library by bpfix
- "BUILD_STATIC_JAVA_LIBRARY": "java_library",
- "BUILD_HOST_JAVA_LIBRARY": "java_library_host",
- "BUILD_HOST_DALVIK_JAVA_LIBRARY": "java_library_host_dalvik",
- "BUILD_PACKAGE": "android_app",
- "BUILD_RRO_PACKAGE": "runtime_resource_overlay",
- "BUILD_CTS_EXECUTABLE": "cc_binary", // will be further massaged by bpfix depending on the output path
- "BUILD_CTS_SUPPORT_PACKAGE": "cts_support_package", // will be rewritten to android_test by bpfix
- "BUILD_CTS_PACKAGE": "cts_package", // will be rewritten to android_test by bpfix
- "BUILD_CTS_TARGET_JAVA_LIBRARY": "cts_target_java_library", // will be rewritten to java_library by bpfix
- "BUILD_CTS_HOST_JAVA_LIBRARY": "cts_host_java_library", // will be rewritten to java_library_host by bpfix
- }
- //(3)预编译类型定义
- var prebuiltTypes = map[string]string{
- "SHARED_LIBRARIES": "cc_prebuilt_library_shared",
- "STATIC_LIBRARIES": "cc_prebuilt_library_static",
- "EXECUTABLES": "cc_prebuilt_binary",
- "JAVA_LIBRARIES": "java_import",
- "APPS": "android_app_import",
- "ETC": "prebuilt_etc",
- }
复制代码 整个android.go紧张转换就看上面三个部门:func init() 、var moduleTypes、var prebuiltTypes。
这里就不逐一先容了,用到的时间举行对比就行了。
android.go文件全部内容检察:
[http://aospxref.com/android-13.0.0_r3/xref/build/soong/androidmk/androidmk/android.go](
五、其他
1、其他文章 Android.mk和bp 对应关系、转换博客先容:
2、以个人的明白来看,为啥要把Android.mk都更换成Android.bp:
- (1)从上面代码示例看Android.mk代码格式是比较混乱的,Android.bp代码格式清晰明了;
- (2)Android.mk的定义都是大写的,比较塑料,Android.bp的定义都是小写的通俗易懂;
- (3)加快代码加载问题,Android.mk 的代码格式比 xml格式还老一些,是要优化掉了。
- 写过数据文件加载的都知道,json解析比xml解析和使用更加方便快捷,并且数据结构也更加清晰明了,
- 何况比xml还旧的代码格式,更新换代是一个必然的结果。
- 其他原因也是有的,这里只是一点点理解而已
复制代码 3、Android.mk和Android.bp同时存在一个目次的编译环境
当一个Android目次同时包罗Android.mk和Android.bp文件时,Android编译体系会主动检测到这两个构建文件,并根据差别的规则举行编译。
- 1. 首先,Android编译系统会检测目录中是否存在`Android.bp`文件,如果存在,则优先使用`Android.bp`进行构建。
- 2. 如果目录中不存在`Android.bp`文件,或者存在但是有语法错误,Android编译系统会尝试使用`Android.mk`进行构建。
- 3. 如果目录中同时存在有效的`Android.bp`和`Android.mk`文件,Android编译系统会根据以下规则选择使用哪个构建文件:
- - 如果使用者在构建命令中指定了特定的构建文件(例如,通过`mm`命令指定`Android.mk`),则系统会使用指定的构建文件。
- - 如果没有指定特定的构建文件,Android编译系统会根据优先级选择使用`Android.bp`或`Android.mk`进行构建。一般来说,`Android.bp`的优先级更高,因为它是新的构建文件格式。
复制代码 综上所述,如果你的目次同时包罗Android.mk和Android.bp文件,Android编译体系会优先使用Android.bp举行构建,如果Android.bp不存在或有错误,才会回退到使用Android.mk举行构建。但是可以通过下令行参数显式指定使用哪个构建文件举行编译。
4、Android.mk转换成Android.bp的限定
- (1)Android源码可以使用androidmk工具把Android.mk转换成Android.bp文件
- (2)Android.bp只是一个配置文件,而Android.mk是可以执行一些控制逻辑,所有有些语句是无法转换的
- 比如文件的遍历,条件判断等等代码是无法在Android.bp中执行的
- (3)Android.mk到Android.bp有部分属性是找不到对应关系的,有些是暂时无法替换的,比如:LOCAL_PREBUILT_JNI_LIBS
- 主要是很多so编译相关的属性,在bp中都还未完善。
复制代码 5、Android.mk转换成Android.bp履历小结
- (1)如果是比较简单的代码,直接使用android.go文件对比转换即可
- (2)可以参考androidmk工具转换的Android.bp文件,代码会更加简洁
- 因为转换后,系统默认的变量,会被自动省略掉,所以看起来会简洁很多;
- 但是也不能完全依赖androidmk工具,即使工具有时候也会出现不准确的情况,出现编译报错的情况,可能需要手动适配修改;
- (3)Android 所有新版本都是兼容 Android.mk 文件编译的
- 如果是比较复杂的Android.mk并且涉及到so文件依赖的脚步需要移植到新版本,一般直接复制过去使用就行,因为不一定能修改成Android.bp。
复制代码 |