重复.so文件处理：编译指定自定义libc.so运行时加载系统库问题

你碰到的是动态链接库路径优先级的典型问题——编译阶段确实关联了本地自定义的libc.so，但运行时动态链接器还是优先加载了系统标准路径下的libc.so.6，最终触发符号重定位错误。下面给你几个针对性的解决方案：

1. 编译时设置rpath（推荐长期方案） #

动态链接器支持通过rpath参数，让程序在运行时优先从指定路径加载共享库。你可以在编译命令中添加-Wl,-rpath='$ORIGIN'参数，这里的$ORIGIN是动态链接器识别的特殊变量，代表当前程序所在的目录。

修改后的编译命令如下：

gcc -g3 -o event xterm.c event.c libc.so -lm -Wl,-rpath='$ORIGIN'

如果是在Makefile中维护编译规则，建议把这个参数统一加到LDFLAGS中：

LDFLAGS += -Wl,-rpath='$ORIGIN'

编译完成后再执行ldd event检查，就能看到程序会优先加载当前目录下的libc.so，而非系统默认库。

2. 运行时临时设置LD_LIBRARY_PATH #

如果只是临时测试，不想修改编译参数，可以在运行程序前，把当前目录加到LD_LIBRARY_PATH的最前端（动态链接器会按路径顺序查找库）：

LD_LIBRARY_PATH=./:$LD_LIBRARY_PATH ./event

注意：这种方法仅对当前终端会话的这次运行生效，不建议全局设置LD_LIBRARY_PATH（比如写入~/.bashrc），否则可能影响系统其他依赖标准libc的程序正常运行。

关键知识点：LIBRARY_PATH vs LD_LIBRARY_PATH #

你之前修改LIBRARY_PATH没用，是因为这两个环境变量的作用完全不同：

• LIBRARY_PATH：是GCC在编译链接阶段查找静态库和共享库的路径，仅影响编译过程；
• LD_LIBRARY_PATH：是动态链接器ld.so在程序运行阶段查找共享库的路径，才会决定运行时的库加载优先级。

额外验证步骤 #

如果设置后仍有问题，可以执行LD_DEBUG=libs ./event查看动态链接器的库加载日志，确认它是否尝试加载了当前目录下的libc.so，帮你快速定位路径设置是否正确。

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