【发布时间】:2020-09-15 13:37:14
【问题描述】:
让我们举一个真实的例子 - 我有两个原生的 android lib 模块 (CMake)。第一个模块名称是 - libtetdecoder(此处进一步 - A),另一个是 - libtetplayer(此处进一步 - B)。因此,lib A 使用 opencv,而 lib B 使用 lib A。那么,opencv 是共享库,这意味着为了使其在 lib A 中工作,我需要包含头文件以及 .so 文件。
我在CMakeList.txt 这样做
...
include_directories(${pathToOpenCv}/sdk/native/jni/include)
add_library(lib_opencv SHARED IMPORTED)
set_target_properties(lib_opencv PROPERTIES IMPORTED_LOCATION
${pathToOpenCv}/sdk/native/libs/${CMAKE_ANDROID_ARCH_ABI}/libopencv_java3.so)
...
正如我在上面所说的 lib B 使用 lib A(但不是 opencv),所以链看起来像这样B -> A -> opencv(shared)。问题是 - 如果在这种情况下我需要在 lib B 中包含 opencv 配置(CMake)?因为据我了解lib B是否要使用lib A,所以这意味着lib B应该实现与lib A相同的所有依赖项。
我为什么要问,因为今天我在 lib A 和 B 中都有这个实现,如果我尝试清理 lib B CMakeList.txt 并删除 opencv 配置行它不起作用。
所以,问题是 - 如果我真的需要在所有衍生库中包含这个 opencv 依赖项?
【问题讨论】:
-
我相信答案是“是”,因为此调用执行了特定库实例本地的一些幕后初始化。在编程系统中遇到这种事情是相当普遍的。所以——“如果它有效,那就去做吧。”
标签: c++ dll shared-libraries