如何让GCC强制将未被直接使用的共享库链接到最终可执行文件？

你遇到的问题很典型：因为shared_main没有直接引用libbar.so中的任何符号，GCC默认使用的链接器（ld）会自动忽略这个“未被使用”的共享库，所以ldd看不到它的依赖。要在shared_main的编译环节强制链接libbar.so，有两种可靠的方法：

方法1：使用--no-as-needed链接器选项 #

链接器默认带有--as-needed参数，会自动剔除那些没有被直接引用的共享库。我们可以通过-Wl,--no-as-needed临时禁用这个行为，针对libbar.so强制链接，之后再恢复默认行为避免影响其他库。

修改后的编译命令：

gcc -g -Wall -o shared_main shared_main.c -Wl,--no-as-needed libbar.so -Wl,--as-needed -ldl

对应的Makefile中shared_main规则修改为：

shared_main:
    gcc -g -Wall -o shared_main shared_main.c -Wl,--no-as-needed libbar.so -Wl,--as-needed -ldl

方法2：使用-u选项指定未定义符号 #

-u参数可以告诉链接器：“我需要这个符号，去对应的库里找它”。只要指定libbar.so中的任意一个符号（比如func_in_bar或者another_func_in_bar），链接器就会因为需要解析这个符号而链接整个libbar.so。

修改后的编译命令：

gcc -g -Wall -o shared_main shared_main.c -u func_in_bar libbar.so -ldl

对应的Makefile规则：

shared_main:
    gcc -g -Wall -o shared_main shared_main.c -u func_in_bar libbar.so -ldl

验证效果 #

编译完成后，运行ldd shared_main，你会看到libbar.so已经出现在依赖列表中了：

ldd shared_main
# 输出中会包含类似这样的行：
# libbar.so => ./libbar.so (0x00007fxxxxxxxxx)

两种方法的对比 #

• --no-as-needed：简单直接，不需要知道库中的具体符号，但会强制链接整个指定的库，如果后续库有新增符号也会被包含，可能引入不必要的依赖。
• -u：更精准，只因为需要某个符号才链接库，不会额外引入其他未使用的部分，但需要你知道库中至少一个符号的名称。

根据你的需求，两种方法都可以实现“在shared_main编译环节强制链接libbar.so”的目标，你可以根据实际场景选择。

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