gcc10+编译链接需libspeckle.so，gcc8/9无需的问题求助

使用gcc10及更高版本（含gcc11、clang13至clang15）编译C++代码时，链接器要求提供不存在的libspeckle.so文件。但用gcc8或gcc9、相同编译与链接选项编译同一程序时，无需该库即可正常链接运行。尝试了ld、gold、mold等多种链接器，结果无差异；使用-Wl,--unresolved-symbols=ignore-in-shared-libs链接选项后，程序无法执行。

"generator": "Ninja Multi-Config",
"environment": {
    "COMPILER": "gcc11",
    "cmakeBuildOptions": "-- -v",
    "CC": "gcc-11",
    "CXX": "g++-11",
    "ARCHITECTURE": "x64",
    "LDFLAGS": "-g",
    "CFLAGS": "-fsanitize=address -fprofile-arcs -ftest-coverage -m64 -g -Wall -Wextra -pedantic -fPIC",
    "CXXFLAGS": "-fsanitize=address -fprofile-arcs -ftest-coverage -m64 -g -Wall -Wextra -pedantic -fPIC"
}

gcc8编译后 #

ldd ./UnitTest | grep -i libspeckle

（无输出，说明程序未依赖该库）

gcc11编译后 #

ldd ./UnitTest | grep -i libspeckle
        libspeckle.so.1 => not found

• GCC版本升级的依赖变化：gcc10+对标准库或编译链内部实现做了调整，可能间接引入libspeckle.so依赖。比如系统中部分库在高版本GCC编译环境下，会链接到该库，而旧版本GCC对应的系统库无此依赖。
• AddressSanitizer（ASan）的版本差异：你启用了-fsanitize=address，高版本ASan的实现可能新增了对libspeckle.so的依赖，而gcc8/gcc9的ASan版本无此需求，因此不会触发链接要求。
• 符号解析规则变化：高版本GCC的符号解析逻辑更严格，代码中某些隐式符号引用（比如动态加载、条件编译分支）被解析出来，从而触发对libspeckle.so的依赖，旧版本GCC则未解析到这些符号。
• CMake链接逻辑调整：高版本GCC对应的CMake模块可能修改了默认链接规则，自动添加了相关依赖项，导致引入libspeckle.so。

• 定位符号来源：执行nm -D ./UnitTest | grep speckle查找依赖该库的具体符号，再用objdump -x ./UnitTest | grep NEEDED确认程序是否将libspeckle.so标记为必要依赖。
• 对比编译日志：查看gcc8和gcc11的详细编译/链接日志（通过-- -v参数获取），对比链接阶段的参数、依赖库列表，找出版本间的差异点。
• 单独验证ASan影响：移除-fsanitize=address选项后重新编译，检查是否仍出现libspeckle.so依赖，确认是否由ASan导致问题。
• 检查系统库依赖链：查看高版本GCC配套的libstdc++.so等核心库的依赖关系（用ldd /path/to/libstdc++.so），确认是否是系统库间接引入了libspeckle.so。

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