海思AI芯片(Hi3519A/3559A)方案学习(二十)opencv静态库和动态库的区别

前言

在上一篇博文海思AI芯片(Hi3519A/3559A)方案学习(十九)如何在推理动态链接库中引入opencv库 中有提到 当link opencv静态库即libopencv_world.a时,在编译链接成可执行文件时会出现下面链接错误:

使用readelf -S libopencv_world.a没有发现这些函数的定义,但libopencv_world.so里面是有的。

分析

通过搜索源代码发现,这些函数都是第三方库函数的实现,具体路径如下

编译出来的静态库*.a都放在./lib下面。

关键点是, libopencv_world.so有把这些静态库link进去了,但是libopencv_world.a没有。 一般地,静态库只是对obj文件进行简单的封装,如 ar -cr libtest.a test1.o test2.o。从这里也可以看出,静态库只能对简单的代码文件进行封装,而动态库不仅仅可以把obj文件编译进来,还可以把静态库*.a也包含进来。

关于opencv静态库和动态库的所依赖的文件信息,可以参考下面两个文件,并从中找出异同。

 回到前言部分的问题,我们需要link libopencv_world.a的同时,还要手动link 第三方库,这样才能在编译链接可执行文件时不会出现链接错误,如下所示。

 结论

通过本博文,可以更深刻理解openv静态库和动态库的异同。此外,还有几个注意点:

1)当使用-lopencv_world时,而指定链接目录里面既有libopencv_world.so又有libopencv_world.a,系统会优先link动态库libopencv_world.so。

2)可以使用-Wl,Bstatic -lopencv_world -Wl,Bdynamic来专门链接libopencv_world.a。 当然也可以把libopencv_world.so删掉。

3)在生成动态链接库时,尽量link所有可能的静态库,以实现最大限度的封装,避免应用层再去link相关静态库。

4)当动态库A不可避免的依赖动态库B(如果B没有静态库格式),那么就需要在编译链接可执行程序时同时链接A和B,如-lA,-lB。在生成A时去link B是不会产生任何作用的。

 

你可能感兴趣的:(嵌入式AI)