我的问题与 .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 文件,应用程序运行正常。我预计它不会起作用。
我的假设是否正确?
最佳答案
一般来说,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
添加额外的路径。
关于c - .so 库是否需要在所有情况下都在运行时存在,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/44162653/