静态链接Linux库转COFF后MinGW链接，Linux下Wine运行故障求助

核心问题分析 #

你用gcc -o "${CommonObj}" ...生成的是ELF格式的可执行文件，而非静态库所需的目标文件（.o），直接用objcopy将ELF可执行文件转成PE格式完全行不通——两种格式的程序结构、入口点、段布局差异极大，Wine无法识别这种“拼凑”出的PE文件，才会报Bad EXE format。另外.comment段的警告，也是因为ELF的段偏移与PE的镜像基址不匹配导致的。

正确处理步骤 #

1. 重新编译Linux库为ELF目标文件 #

把Linux库源码编译成32位ELF目标文件（.o），只编译不链接，修改编译命令：

gcc -c -o "${CommonObj}" -m32 -march=i386 -g0 ${Opts_Cmmn[@]}

关键是加-c参数，生成单个.o目标文件；如果是多源文件，需逐个编译成.o后再打包。

2. 将ELF目标文件转为COFF格式（适配MinGW链接） #

用i686-w64-mingw32-objcopy把ELF .o转成COFF格式目标文件，而非直接转PE可执行：

i686-w64-mingw32-objcopy -O pe-i386 -S "./${CommonObj}" "${CoffObj}"

之后用MinGW的ar工具打包成静态库：

i686-w64-mingw32-ar rcs bin/common.lib "${CoffObj}"

3. 处理符号与调用约定兼容性 #

Linux与Windows的C环境存在符号、系统调用差异，需做适配：

• 若Linux库用到Linux系统调用（如open、read），需修改源码替换为Win32 API（如CreateFileA、ReadFile），或封装适配层，否则Wine无法执行这些指令。
• 修正符号修饰：MinGW的COFF目标文件符号带下划线前缀（如_func），而Linux ELF无下划线，可通过objcopy修正：

i686-w64-mingw32-objcopy --redefine-sym func=_func -O pe-i386 -S "./${CommonObj}" "${CoffObj}"

4. 用MinGW重新链接Windows应用 #

将转换后的COFF静态库与Windows应用源码一起编译链接，生成标准PE可执行文件：

i686-w64-mingw32-gcc -m32 -o your_app.exe your_app_src.c bin/common.lib -l<其他依赖库>

这样生成的your_app.exe是合法PE格式，Wine可正常加载。

关于objconv报错的补充 #

Error 2037: Symbol storage/binding type 10 not supported是因为objconv不支持部分ELF符号绑定类型（如STB_GNU_UNIQUE），用MinGW的objcopy处理ELF目标文件兼容性更好。

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