Android11 Hal层链接NDK-Build编译的第三方错误解析

1、错误现象
{
37 error: external/audio_hal_catpure_algorithm/tinyalsa/Android.bp:36:1: dependency “libuvIntf” of “libtinyalsa” missing variant:
38 os:linux_glibc, arch:x86_64, link:shared
39 available variants:
40 os:android, image:vendor.30, arch:arm_armv8-a_cortex-a73, sdk:, link:shared, version:
41 os:android, image:vendor.30, arch:arm_armv8-a_cortex-a73, sdk:, link:static, version:
42 ninja: build stopped: subcommand failed.
}

 37 error: external/audio_hal_catpure_algorithm/tinyalsa/Android.bp:36:1: dependency "libuvIntf" of "libtinyalsa" missing variant:
 38   os:linux_glibc, arch:x86_64, link:shared
 39 available variants:
 40   os:android, image:vendor.30, arch:arm_armv8-a_cortex-a73, sdk:, link:shared, version:
 41   os:android, image:vendor.30, arch:arm_armv8-a_cortex-a73, sdk:, link:static, version:
 42 ninja: build stopped: subcommand failed.

从错误表现看,os,arch,image不匹配,
通过file命令查看对应库的属性:

file libuvIntf
libuvIntf.so: ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, BuildID[sha1]=72762bbb9a74890fd9fd6214f7fa32c01e52e8a5, stripped

file libtinyalsa.so
libtinyalsa.so : ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /system/bin/linker, stripped

通过属性上看,两者属性上是没有什么区别的,怎么看都像是Android.bp里面配置不对

下面是原始出错条件下的配置;

  cc_prebuilt_library_shared {
      name: "libuvIntf",
      srcs: ["yuer/algorithm/algorithm/android/lib/libuvIntf.so"],
  }
  
  cc_library {
      name: "libtinyalsa",
      host_supported: true,
      vendor_available: true,
      vndk: {
          enabled: true,
      },
	  shared_libs: ["libutils", "libbase", "libbinder", "liblog", "libcutils", "libuvIntf"],
}

问题折腾了挺久的,网上关于这方面的说法特别少,有类似问题的也对问题解决没有分析说明,

下面是解决后的配置:

  cc_prebuilt_library_shared {
      name: "libuvIntf",
      vendor_available: true,  //表示image属性,该库包含于vendor.img,由vendor使用
      host_supported: true,  //创建一个以主机为目标的库,这句话什么意思没明白,网上没有直观的说法
      vndk: {
          enabled: true, //表示image属性,该库包含于system.img,由vendor使用
      },
      srcs: ["yuer/algorithm/algorithm/android/lib/libuvIntf.so"],
  }
  cc_library {
      name: "libtinyalsa",
      host_supported: true,
      vendor_available: true,
      vndk: {
          enabled: true,
      },
	  shared_libs: ["libutils", "libbase", "libbinder", "liblog", "libcutils", "libuvIntf"],
}

Android.bp中关于vendor配置参考链接

从上面看,大家在给系统添加第三方用ndk-build或者交叉编译的库时,配置cc_prebuilt_library_shared时,一定要和主依赖该库的对象保持一致的编译配置,这样才能保障两者会是同样的属性,也就是os、image、arch保持一致。

  • 4
    点赞
  • 7
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Android TIF (TV Input Framework) HALAndroid系统中专门用于电视输入设备的HAL,它提供了与电视输入设备交互的接口。本文将从以下几个方面对Android TIF HAL进行分析: 1. TIF HAL的结构 TIF HAL的结构主要包括以下几个部分: - TIF HAL接口:包含了TIF HAL与上应用交互的接口,包括初始化、搜索电视节目、设置电视节目等接口。 - TIF HAL实现:包含了TIF HAL的具体实现,与具体的电视输入设备相关。 - TIF HAL框架:包含了TIF HAL的框架代码,用于管理TIF HAL的实现。 2. TIF HAL的初始化 TIF HAL的初始化主要包括以下几个步骤: - 加载TIF HAL库:系统在启动时会自动加载TIF HAL库。 - 查找TIF HAL接口:系统通过dlsym函数查找TIF HAL接口。 - 初始化TIF HAL实现:系统调用TIF HAL接口中的初始化函数初始化TIF HAL实现。 3. TIF HAL与电视输入设备的交互 TIF HAL与电视输入设备的交互主要包括以下几个步骤: - 搜索电视节目:应用调用TIF HAL接口中的搜索电视节目函数,TIF HAL实现会向电视输入设备发送搜索电视节目的指令,并接收电视输入设备返回的电视节目信息。 - 设置电视节目:应用调用TIF HAL接口中的设置电视节目函数,TIF HAL实现会向电视输入设备发送设置电视节目的指令,并等待电视输入设备返回设置结果。 4. TIF HAL的实现 TIF HAL的具体实现与电视输入设备相关,不同的电视输入设备需要实现不同的TIF HAL。TIF HAL的实现需要遵循Android HAL的规范,包括实现HAL接口、定义HAL结构体等。 总的来说,Android TIF HAL是一个用于电视输入设备的HAL,它提供了与电视输入设备交互的接口,其具体实现与电视输入设备相关。在使用Android TIF HAL时,需要遵循Android HAL的规范,并根据实际的电视输入设备进行相应的实现。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值