如何排查可执行文件对dlclose@@GLIBC_2.2.5的依赖来源？

1. 检查目标文件的直接符号引用 #

• 用nm命令查看出问题的目标文件里的未定义符号，确认是否是该文件直接引用了dlclose：

  nm -u examples/CMakeFiles/whatever/main.cpp.o
  

• 也可以用objdump更详细地查看未定义符号：

  objdump -x examples/CMakeFiles/whatever/main.cpp.o | grep UND
  

  如果结果里出现dlclose，说明这个目标文件确实有直接引用；如果没有，那就是依赖的库间接引入的。

2. 追踪头文件中的隐式调用 #

• 检查项目中引入的所有依赖头文件，看是否存在宏定义、内联函数或者模板代码中调用了dlopen/dlclose。有些库会把动态加载逻辑封装在头文件的内联代码里，不会体现在二进制库中。
• 生成预编译代码查看展开后的内容，搜索相关符号：

  g++ -E examples/CMakeFiles/whatever/main.cpp > main_preprocessed.cpp
  grep -n "dlclose\|dlopen" main_preprocessed.cpp
  

  这样能找到代码中实际触发这些符号引用的位置。

3. 分析依赖库的符号需求 #

• 如果用的是静态依赖库，查看其中的符号引用：

  nm -D path/to/your/dependency/libxxx.a | grep "dlclose\|dlopen"
  

• 如果是动态依赖库，检查它的依赖项和符号：

  # 查看动态库需要的依赖
  objdump -x path/to/your/dependency/libxxx.so | grep NEEDED
  # 查看动态库中的未定义符号
  nm -D path/to/your/dependency/libxxx.so | grep UND
  

  如果依赖库本身需要libdl但没显式链接，就会把这个需求传递到你的可执行文件链接阶段。

4. 通过CMake构建日志追踪链接过程 #

• 开启详细构建日志，查看完整的链接命令：

  # Makefile构建系统
  make VERBOSE=1
  # Ninja构建系统
  ninja -v
  

• 检查链接命令中是否包含了所有依赖库，以及是否有库需要隐式依赖libdl。同时可以核对CMakeLists.txt中的target_link_libraries配置，确认是否遗漏了对libdl的链接（比如需要手动添加-ldl或者${CMAKE_DL_LIBS}）。

内容的提问来源于stack exchange，提问作者einpoklum