Linux下g++静态编译MyModule链接OpenSSL报错，如何解决？

首先直接点出你当前的核心问题：-shared和-static同时使用是完全冲突的，这就是触发链接错误的根源。

你要生成的是libMyModule.so（动态库），但-static会强制链接器尝试把所有依赖（包括C运行时库如crtbeginT.o）都静态打包进去——而动态库的生成规则不允许这种完全静态的链接逻辑：x86_64平台下动态库必须使用位置无关代码（PIC）的crt文件，而静态链接用的crtbeginT.o是非PIC的，因此才会抛出relocation R_X86_64_32重定位错误。

下面针对两种常见需求给出具体修复方案：

需求1：生成静态链接OpenSSL的动态库（符合你当前目标文件类型） #

你大概率是想把OpenSSL静态库打包进自己的动态库，让模块本身仍是动态库格式，但不依赖系统的动态OpenSSL库。这种情况需要做以下调整：

1. 移除全局的-static标志，改用针对特定库的静态链接开关
2. 严格调整链接参数顺序（链接器对库的顺序有强制要求：目标文件在前，依赖库在后）
3. 可选：静态链接GCC的C++/C运行时库（避免依赖系统的libstdc++.so等）

修改后的Makefile片段示例：

# 编译选项：确保所有源文件生成位置无关代码（动态库必备）
CFLAGS = -fPIC -I/path_to_openssl/include

# 链接选项：保留-shared生成动态库，指定OpenSSL库路径
LDFLAGS = $(LD_SHARED_FLAGS) -L../../lib -L/path_to_openssl/lib

# 链接库：用开关强制静态链接OpenSSL，其他库恢复动态链接
LIBS = -Wl,-Bstatic -lssl -lcrypto -Wl,-Bdynamic -lc

# 目标生成规则：目标文件必须放在库前面
libMyModule.so: debug_utils.o MyModule.o labels.o
	g++ -shared $(CFLAGS) $(LDFLAGS) -o $@ $^ $(LIBS) -static-libgcc -static-libstdc++

关键细节说明： #

• -Wl,-Bstatic告诉链接器接下来的库要静态链接，-Wl,-Bdynamic切回动态模式，这样只会把OpenSSL静态打包进去，其他系统库（如libc）仍用动态链接，符合动态库规范。
• -static-libgcc和-static-libstdc++是可选配置，用来静态链接GCC运行时库，避免你的动态库依赖系统的libgcc_s.so或libstdc++.so。
• 链接命令里的目标文件（debug_utils.o等）必须放在库的前面，因为链接器是按顺序解析符号的——先处理你的代码中的符号引用，再从后续库中查找对应定义。

需求2：生成完全静态的可执行文件 #

如果你实际想把整个模块做成完全静态的可执行文件（而非动态库），则需要调整目标文件类型，移除-shared标志，保留-static：

修改后的Makefile片段：

CFLAGS = -fPIC -I/path_to_openssl/include
# 完全静态链接，无需-shared
LDFLAGS = -static -L../../lib -L/path_to_openssl/lib
LIBS = -lssl -lcrypto -lc

# 目标改为可执行文件，移除.so后缀
MyModule: debug_utils.o MyModule.o labels.o
	g++ $(CFLAGS) $(LDFLAGS) -o $@ $^ $(LIBS)

额外检查点 #

• 确认你的OpenSSL库是静态编译的（文件名为libssl.a和libcrypto.a），如果路径下同时存在动态库（.so），链接器默认会优先选动态，此时-Wl,-Bstatic可以强制选择静态库。
• 确保所有源文件都用-fPIC编译——如果某个目标文件遗漏了该参数，生成动态库时也会触发类似的重定位错误，你当前的CFLAGS已包含该选项，但要确保所有编译规则都继承了这个配置。

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