LOCAL_MODULE_TAGS 的疑问

最新推荐文章于 2020-06-12 13:59:42 发布
原创 最新推荐文章于 2020-06-12 13:59:42 发布 · 3.3k 阅读 · 3 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文详细探讨了在Android系统中，如何解决特定模块（如传感器驱动）无法正确加载到目标路径的问题。通过调整编译配置文件（Android.mk）中的LOCAL_MODULE_TAGS属性，实现了模块的有效加载。
sensor.xxxxx.so一致无法装入到system/lib/hw中。找了好久也不知到为什么，
发现只要有Android.mk的目录都会被编译，编译出来的so放到out目录下的obj中，但是并不是所有的都会被复制到system/lib或者system/lib/hw中.
但是只要在module所在目录用mm编译，就发现一切正常，编译出来的so会出现在LOCAL_MODULE_PATH所制定的最终安装位置。但是整体编译就有不会出现在指定位置。
昨晚和王永请教后发现是LOCAL_MODULE_TAGS := optional的问题，他建议将optional换成debug。我今天早上试了以下，果然就好了。
所以我又仔细研究了以下LOCAL_MODULE_TAGS这个东西，发现这个东西是决定最终是否装载模块的标志，这个和TARGET_BUILD_VARIANT相关，如果TARGET_BUILD_VARIANT=userdebug 那么就会装载LOCAL_MODULE_TAGS的值也为user或者debug的那些模块，所以因为我的模块对应的值是optional，故而没有别最终装载。所以我把optional改为debug就好了。
刚才我又想，改为user应该也可以的吧，但是却得到了如下错误，这个错误让我学习了！


yasin@ubuntu:~/mywork/xxxxroid403-td9921-plus$ make -j4
============================================
PLATFORM_VERSION_CODENAME=REL
PLATFORM_VERSION=4.0.3
TARGET_PRODUCT=xxxx
TARGET_BUILD_VARIANT=userdebug
TARGET_BUILD_TYPE=release
TARGET_BUILD_APPS=
TARGET_ARCH=arm
TARGET_ARCH_VARIANT=armv7-a-neon
HOST_ARCH=x86
HOST_OS=linux
HOST_BUILD_TYPE=release
BUILD_ID=IML74K
============================================
build/core/base_rules.mk:78: *** Module name: sensors.td9921
build/core/base_rules.mk:79: *** Makefile location: device/xxxx/common/libs/libsensors_xxxx
build/core/base_rules.mk:80: * 
build/core/base_rules.mk:81: * Each module must use a LOCAL_MODULE_TAGS in its
build/core/base_rules.mk:82: * Android.mk. Possible tags declared by a module:
build/core/base_rules.mk:83: * 
build/core/base_rules.mk:84: *     optional, debug, eng, tests, samples
build/core/base_rules.mk:85: * 
build/core/base_rules.mk:86: * If the module is expected to be in all builds
build/core/base_rules.mk:87: * of a product, then it should use the
build/core/base_rules.mk:88: * "optional" tag: 
build/core/base_rules.mk:89: * 
build/core/base_rules.mk:90: *    Add "LOCAL_MODULE_TAGS := optional" in the
build/core/base_rules.mk:91: *    Android.mk for the affected module, and add
build/core/base_rules.mk:92: *    the LOCAL_MODULE value for that component
build/core/base_rules.mk:93: *    into the PRODUCT_PACKAGES section of product
build/core/base_rules.mk:94: *    makefile(s) where it's necessary, if
build/core/base_rules.mk:95: *    appropriate.
build/core/base_rules.mk:96: * 
build/core/base_rules.mk:97: * If the component should be in EVERY build of ALL
build/core/base_rules.mk:98: * products, then add its LOCAL_MODULE value to the
build/core/base_rules.mk:99: * PRODUCT_PACKAGES section of
build/core/base_rules.mk:100: * build/target/product/core.mk
build/core/base_rules.mk:101: * 
build/core/base_rules.mk:102: *** user tag detected on new module - user tags are only supported on legacy modules.  Stop.
yasin@ubuntu:~/mywork/xxxxroid403-td9921-plus$ 
yasin@ubuntu:~/mywork/xxxxroid403-td9921-plus$ 


所以我的正确的做法应该是module中的LOCAL_MODULE_TAGS依然应该是optional，而安装动作的要求应该放到类似core.mk当中，对于我的板子而言就是应该放到base.mk中。如下
PRODUCT_PACKAGES += \
sensors.$(TARGET_PLATFORM) \


这就可以了，现在唯一的问题就是我没有高明白为什么在对应module目录中的$(TARGET_PLATFORM)和base.mk中的这个$(TARGET_PLATFORM)的值不一样！



Android.mk之变量LOCAL_MODULE_TAGS
weixin_42300449的博客
11-27 736
是Android.mk文件中用于指定模块标签的重要变量。通过合理设置，你可以控制模块在不同构建类型中的行为，从而更好地管理模块的构建和安装过程。
LOCAL_MODULE_PATH与LOCAL_MODULE_RELATIVE_PATH区别
weixin_45932426的博客
06-02 2100
LOCAL_MODULE_PATH: 目标的安装路径 LOCAL_MODULE_RELATIVE_PATH:指定动态库的相对路径,以各自编译对象放置的目录为参考。 LOCAL_PATH := $(call my-dir) include (CLEARVARS)LOCALMODULE:=sensors.(CLEAR_VARS) LOCAL_MODULE := sensors.(CLEARV​ARS)LOCALM​ODULE:=sensors.(TARGET_BOARD_PLATFORM) LOCAL_MO
Android内置应用到系统的方法总结
u013763766的博客
12-19 1万+
目录 Android内置应用到系统的方法总结 1 1. 前言 2 1.1系统安装应用位置分别为： 2 2.带有源码的第三方应用内置到系统 2 2.1 AndroidStudio工程 3 2.2 Eclipse工程 6 2.3项目中so库文件的处理方法 9 3. APK文件内置到系统 10 前言 目前Android集成第三方应用到系统可以分为两大类：带有源码和不带有源码。两种继承...
android.mk中LOCAL_MODULE_TAGS说明
sunnylgz
12-19 1万+
转自http://blog.youkuaiyun.com/evilcode/article/details/6459299 LOCAL_MODULE_TAGS ：=user eng tests optional user: 指该模块只在user版本下才编译 eng: 指该模块只在eng版本下才编译 tests: 指该模块只在tests版本下才编译 optional:指该模块在所有
LOCAL_MODULE_TAGS 选项说明
gcpljz06的专栏
11-12 3272
LOCAL_MODULE_TAGS ：=user eng tests optional user: 指该模块只在user版本下才编译 eng: 指该模块只在eng版本下才编译 tests: 指该模块只在tests版本下才编译 optional:指该模块在所有版本下都编译   eng This is the default flavor. A plain "make" is the sa
LOCAL_PATH:= $(call my-dir) include $(CLEAR_VARS) LOCAL_MODULE := engineer_system_shell.sh LOCAL_MODULE_TAGS := optional LOCAL_MODULE_CLASS := ETC LOCAL_SRC_FILES := engineer_system_shell.sh LOCAL_MODULE_PATH := $(TARGET_OUT_EXECUTABLES) include $(BUILD_PREBUILT) include $(CLEAR_VARS) LOCAL_MODULE := engineer_vendor_shell.sh LOCAL_MODULE_TAGS := optional LOCAL_MODULE_CLASS := ETC LOCAL_SRC_FILES := engineer_vendor_shell.sh LOCAL_MODULE_PATH := $(TARGET_OUT_VENDOR_EXECUTABLES) include $(BUILD_PREBUILT)
11-16
`LOCAL_MODULE_TAGS` 用于指定模块的编译标签，`optional` 表示该模块是可选的，在编译时可以选择是否包含这个模块。 ```makefile LOCAL_MODULE_CLASS := ETC ``` `LOCAL_MODULE_CLASS` 用于指定模块的类型，这里...
LOCAL_PATH := $(call my-dir) include $(CLEAR_VARS) # Module name should match apk name to be installed $(warning segue RuntimeTest) LOCAL_MODULE := RuntimeTest LOCAL_PACKAGE_NAME := RuntimeTest LOCAL_SRC_FILES := RuntimeTest.apk LOCAL_MODULE_TAGS := optional LOCAL_MODULE_CLASS := APPS LOCAL_MODULE_SUFFIX := $(COMMON_ANDROID_PACKAGE_SUFFIX) LOCAL_CERTIFICATE := platform LOCAL_MODULE_PATH := $(PRODUCT_OUT)/system/app include $(BUILD_PREBUILT) 这个android.mk 写的有问题么
最新发布
12-03
LOCAL_MODULE_TAGS := optional LOCAL_MODULE_CLASS := APPS LOCAL_MODULE_SUFFIX := $(COMMON_ANDROID_PACKAGE_SUFFIX) LOCAL_CERTIFICATE := platform LOCAL_MODULE_PATH := $(PRODUCT_OUT)/system/app ...
LOCAL_PATH := $(call my-dir) include $(CLEAR_VARS) LOCAL_MODULE := DBLauncher LOCAL_MODULE_CLASS := APPS LOCAL_MODULE_TAGS := optional LOCAL_BUILT_MODULE_STEM := package.apk LOCAL_MODULE_SUFFIX := \$(COMMON_ANDROID_PACKAGE_SUFFIX) LOCAL_PRIVILEGED_MODULE := true LOCAL_CERTIFICATE := PRESIGNED LOCAL_SRC_FILES := DBLauncher.apk include $(BUILD_PREBUILT)
07-23
LOCAL_MODULE_TAGS := optional LOCAL_MODULE_SUFFIX := $(COMMON_ANDROID_PACKAGE_SUFFIX) LOCAL_CERTIFICATE := PRESIGNED LOCAL_MODULE_PATH := $(TARGET_OUT_APPS) # 关键：指定输出到system/app include $...
LOCAL_MODULE_TAGS in Android.mk
YuZhuQue的博客
06-12 273
LOCAL_MODULE_TAGS ：= user eng tests optional user: 指该模块只在user版本下才编译 eng: 指该模块只在eng版本下才编译 tests: 指该模块只在tests版本下才编译 optional:指该模块在所有版本下都编译
Android编译选项eng、user、userdebug的区别
热门推荐
Felix的专栏
09-02 3万+
要了解Android编译选项eng、user和userdebug的区别，需先了解下LOCAL_MODULE_TAGS这一Android.mk文件里的配置项，一般配置形式为LOCAL_MODULE_TAGS := user eng optional test这个样子。     那么LOCAL_MODULE_TAGS设置为不同值有何作用呢？下面是对应不同值编译的结果：     1、user：只有在
Android 编译重要参数 LOCAL_MODULE_TAGS
myZero1986的专栏
06-11 764
（http://hi.baidu.com/jugege/blog/item/7a8e8443ad8e640b9213c62a.html） 最近移植tslib库到android系统，发现编译好的库和测试工具竟然没有输入到out/target/product/Ok6410/system/lib 和 out/target/product/Ok6410/system/bin下面，感觉很奇怪，于是下定决心
自定义android模块不编译的问题
angle_birds的专栏
02-21 7974
自己添加的android模块不编译的问题 自定义模块需要添加编译指定PRODUCT_PACKAG环境变量 我们在开发中，经常会碰到需要自己添加独立模块的时候，笔者以前也没太关心这个问题，以为写好Android.mk就可以了，其实还不是这么回事。 把自定义的模块放在android顶层目录development下面，比如模块名字是libcsiJni，模块的Android.mk如下：
LOCAL_MODULE_TAGS含义
yiqitoudonggua的专栏
12-20 1334
Google官网解释：https://source.android.com/setup/add-device When building for a particular product, it's often useful to have minor variations on what is ultimately the final release build. In a m
LOCAL_MODULE_TAGS宏定义位置
04-02
### 关于 `LOCAL_MODULE_TAGS` 的宏定义 在 Android.mk 文件中，`LOCAL_MODULE_TAGS` 是一个常用的变量，用于指定模块的标签。这些标签决定了该模块是否会被包含到特定类型的构建中（例如用户版本、调试版本等）。具体来说： - **`LOCAL_MODULE_TAGS` 的作用** 这个变量通常用来标记模块属于哪个类别，常见的取值包括 `eng`、`debug` 和 `user` 等[^1]。不同的标签会影响模块最终被安装到哪种类型的镜像中。 - **宏定义的位置** 在 Android 构建系统中，`LOCAL_MODULE_TAGS` 并不是一个严格意义上的 C/C++ 宏定义，而是 Makefile 中的一个变量。它的默认行为由构建系统的核心脚本决定，具体的实现可以在以下路径找到： - `$ANDROID_BUILD_TOP/build/core/base_rules.mk` 此文件是 Android 构建系统的一部分，其中包含了关于如何处理 `LOCAL_MODULE_TAGS` 的逻辑[^4]。 以下是部分代码片段展示其核心逻辑： ```makefile ifeq (,$(strip $(LOCAL_MODULE_TAGS))) # 如果未设置 LOCAL_MODULE_TAGS，则使用默认值 eng LOCAL_MODULE_TAGS := eng endif ``` 这段代码表明，如果没有显式设置 `LOCAL_MODULE_TAGS`，它会自动被赋予默认值 `eng`。 - **常见用法示例** 假设我们需要创建一个库并将其标记为仅适用于开发环境（即 `eng` 或 `debug`），可以这样写： ```makefile include $(CLEAR_VARS) LOCAL_MODULE := my_module LOCAL_SRC_FILES := my_source.cpp LOCAL_MODULE_TAGS := debug include $(BUILD_SHARED_LIBRARY) ``` 通过上述配置，只有当构建类型为 `eng` 或 `debug` 时，这个模块才会被编译和打包[^5]。 --- ### 总结 `LOCAL_MODULE_TAGS` 不是一个传统意义的宏定义，而是在 Android.mk 文件中使用的变量，默认行为由 `$ANDROID_BUILD_TOP/build/core/base_rules.mk` 控制。开发者可以通过设置此变量来控制模块的适用范围。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

YasinLeeX

再来一杯西湖龙井。

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值