事情起源是:将在MNN-master里编译好的libMNN.so单独拿出来,自己创建一个文件夹准备写一个交叉编译的推理demo;
链接时语句是:target_link_libraries(main MNN)
编译后报错提示:
在这里插入图片描述
报错是libMNN.so依赖这2个库,于是我们使用交叉编译的ldd来查看安卓架构上的libMNN.so(linux本机的ldd只能用于x86架构的文件)。

~/android-ndk-r21e/toolchains/x86_64-4.9/prebuilt/linux-x86_64/bin/x86_64-linux-android-readelf -d libMNN.so
(使用linux命令find来查找 readelf,会发现NDK里面有很多不同架构的readelf,为什么不用其他的我也不知道。为什么是这个我也只是在网上查到的,正好能成功运行。)
在这里插入图片描述
根据结果,libMNN.so确实依赖了这2个库。但是为什么不报需要其他库比如libm.so呢,猜测是因为默认系统路径里面已经能找到这2个库。
进到MNN的主CMakeLists.txt里也发现,链接了log库。
在这里插入图片描述
然后在我自己的demo的CMakeLists.txt里,链接库语句加上log和c++_shared就可以了。
target_link_libraries(main MNN log c++_shared)
并没有添加链接的库路径,但是系统也能找到这2个库,具体原因不明。猜测可能是自动从NDK相应的文件夹里找到了对应的安卓版本的库。

Logo

华为开发者空间,是为全球开发者打造的专属开发空间,汇聚了华为优质开发资源及工具,致力于让每一位开发者拥有一台云主机,基于华为根生态开发、创新。

更多推荐