Linux下能否将动态链接可执行文件的libfoo依赖替换为静态代码？

方法1：重新编译源文件时静态链接libfoo #

这是最直接、可靠的方案，因为你持有源代码：

• 先确认系统中存在libfoo的静态库文件（通常命名为libfoo.a，默认路径为/usr/lib或/usr/local/lib）
• 编译时通过链接器参数指定静态链接libfoo，同时保持libbar的动态依赖。假设源文件为main.c，编译命令示例：

  gcc main.c -o new_executable -lbar -Wl,-Bstatic -lfoo -Wl,-Bdynamic
  

  其中-Wl,-Bstatic告诉链接器对后续指定的库采用静态链接，-Wl,-Bdynamic切换回动态链接模式，确保libbar仍为动态依赖。
• 若libfoo的头文件或库文件不在系统默认路径，可添加-I（指定头文件路径）和-L（指定库文件路径）参数：

  gcc main.c -o new_executable -I/path/to/foo-headers -L/path/to/foo-libs -lbar -Wl,-Bstatic -lfoo -Wl,-Bdynamic
  

• 编译完成后，用ldd new_executable验证依赖，输出中应仅包含libbar及系统核心库（如libc.so），无libfoo相关条目。

方法2：对现有动态可执行文件重链接（无需重新编译源文件） #

若不想重新编译源代码，也可通过工具修改现有可执行文件，但复杂度更高，仅作备选：

1. 将现有可执行文件转换为可重定位的目标文件：

   objcopy -O elf64-x86-64 -B x86-64 --only-section=.text,.data,.bss original_executable original_reloc.o
   

   注意：需根据你的CPU架构调整参数（如32位x86系统用elf32-i386和i386）。
2. 将该目标文件与libfoo静态库重新链接，指定动态链接libbar及系统动态链接器：

   ld -o new_executable original_reloc.o /usr/lib/libfoo.a -lbar -lc -dynamic-linker /lib64/ld-linux-x86-64.so.2
   

   动态链接器路径需匹配系统架构，x86_64系统一般为/lib64/ld-linux-x86-64.so.2，32位系统为/lib/ld-linux.so.2。

• 此方法易出现符号冲突或链接错误，仅在无法重新编译时使用。

关键注意事项 #

• 确保libfoo静态库的版本与原动态依赖的版本ABI兼容，否则可能引发运行时错误（如函数签名、数据结构定义不一致）。
• 若libfoo本身依赖其他动态库，静态链接后这些依赖会被保留，由于原程序可正常运行，说明这些依赖已满足，无需额外处理。
• 如需保留调试信息，编译时添加-g参数即可：

  gcc -g main.c -o new_executable -lbar -Wl,-Bstatic -lfoo -Wl,-Bdynamic
  

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