创建共享库时如何强制解析第三方库符号，无需使用者额外链接？

可行，只需要在创建mylib.so的链接阶段，明确指定对libaide.so的依赖，把依赖信息嵌入到mylib.so中即可。具体操作如下：

核心操作：链接时添加第三方库依赖 #

在编译生成mylib.so的命令中，加入-laide参数；如果libaide.so不在系统默认的库搜索路径（如/usr/lib），还需要用-Wl,-rpath参数指定它的存放路径。示例命令：

# 假设自研代码文件为my_code.c，libaide.so在当前目录的libs子文件夹下
gcc -shared -fPIC -o mylib.so my_code.c -laide -Wl,-rpath=./libs

• -shared：指定生成共享库文件
• -fPIC：生成位置无关代码（共享库编译的必备参数）
• -laide：告知链接器需要关联libaide.so，会自动在库搜索路径中查找该文件
• -Wl,-rpath=./libs：将./libs路径嵌入到mylib.so的运行时库搜索路径中，确保程序运行时能找到libaide.so

验证依赖是否生效 #

执行以下命令查看mylib.so的依赖信息：

readelf -d mylib.so

输出内容中，NEEDED字段会显示libaide.so；如果指定了rpath，还会看到RPATH字段。此时再用nm -DC mylib.so查看，libaide.so的符号仍会标记为U（这是动态符号的正常状态），但链接器已经明确知道需要自动加载libaide.so来解析这些符号。

用户使用方式 #

交付mylib.so和libaide.so给用户后，用户编译最终可执行程序时，只需链接mylib.so即可：

gcc -o myapp myapp.c -lmylib -L/path/to/mylib

链接器会自动识别mylib.so对libaide.so的依赖，无需用户手动添加-laide参数。

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