c - .so 库是否需要在所有情况下都在运行时存在

Question

我的问题与 .so 共享库有关。我正在构建一个在一台 ubuntu 机器上使用 cmake 但在另一台 ubuntu 机器上运行应用程序的项目。

在 CMakeLists.txt 文件中，我有以下几行:

project (clientapp)

add_executable(${PROJECT_NAME} ${SOURCES} ${WAKAAMA_SOURCES} ${SHARED_SOURCES})

LINK_DIRECTORIES(/home/user//mraa-master-built/build/src)
target_link_libraries (clientapp libmraa.so)
target_link_libraries(clientapp m)

这些行将两个库 libmraa.so 和数学库添加到可执行文件中，它在另一台机器上成功运行。

我对共享库的理解是它们必须在编译时和应用程序启动时存在。但是我在另一台机器上没有 libmraa.so 文件，应用程序运行正常。我预计它不会起作用。

我的假设是否正确？

Answer 1

一般来说，gcc and clang support lazy linking/binding of symbols, but not for entire libraries .这意味着所有共享对象(即:.so 文件)应该至少在应用程序启动时出现。 一个异常(exception)是，如果您修改了 makefile 以不链接到这些库，并且您通过 dlopen()/dlsym()< 手动调用库函数等

这些库中单个符号的绑定(bind)可以推迟到需要它们时，或者您可以强制在启动时解析所有符号，using -z lazy or -z now, respectively .

奇怪的是，您的应用程序在没有 libmraa.so 的情况下运行。您的应用程序在没有库的情况下运行的两个最可能的原因是:

• 您的应用程序未使用库中定义的任何符号，因此链接器在构建时忽略库(尝试 ldd app_name 并查看您的库是否存在于由提供的库列表中ldd).
• 您的构建脚本中有问题，您正在静态链接库的 .a 存档。

编辑:为了响应应用程序如何知道如何找到库，您的链接器(在本例中为ld)将使用rpath查找以决定在搜索适当的库时使用哪些目录。您可以通过从命令行执行类似 LD_DEBUG=libs app_name 的操作来了解其工作原理。您还可以通过 LD_LIBRARY_PATH=/some/path app_name 添加额外的路径。