“file format not recognized”错误源于链接器ld收到非elf/目标文件格式的输入，常见原因包括：①编译命令误含.xml/.json/.vscode等非源码文件；②lto生成的llvm bitcode.o被gnu ld拒绝；③链接了架构或abi不匹配的库（如x86_64库用于aarch64）；④源文件编码异常（utf-16/bom/控制字符）导致预处理输出非法二进制。
gcc命令里混进了非源码文件
这是最常见原因：你把不该传给gcc的文件（比如.o、.so、.json、.glade甚至.vscode/tasks.json）直接写在了编译命令末尾，gcc会把它们当作源文件交给链接器ld处理，而ld一看不是ELF或目标文件格式，就报file format not recognized。
典型错误命令：gcc -o main main.c config.xml utils.o
其中config.xml和utils.o都不是C源文件，gcc不会拒绝，但ld会在链接阶段失败。
- 检查你的完整命令行，删掉所有非
.c、.cpp、.h、.hpp等源码/头文件的路径 - Makefile里尤其容易出错：把
xxx.o误写成xxx.c，或者把依赖目标当成源文件列出 - VS Code tasks.json被意外加入编译参数（如
/home/.../tasks.json），也会触发该错误
目标文件是LLVM bitcode而非ELF
用clang++开启LTO（-flto）后，生成的.o文件实际是LLVM IR bitcode，不是标准ELF格式。GNU ld不认识它，就会报这个错。
验证方式：file CMakeFiles/main.dir/src/main.cc.o
如果输出含LLVM IR bitcode，就是这个问题。
- 解决方案是改用
lld链接器：加-fuse-ld=lld参数 - 或关闭LTO：去掉
-flto，或改用-flto=thin配合lld - 注意：
libc++项目+LTO时特别容易踩这个坑，仅清理build目录没用
链接了不匹配架构或版本的库文件
libjvm.so、libhdfs.a这类第三方库，如果和当前系统ABI不兼容（比如x86_64库拿去在aarch64上链接），或者版本过高（JDK 17的libjvm.so被旧工具链识别失败），ld也会报file format not recognized。
- 用
file命令检查库文件：例如file /path/to/libjvm.so，确认架构（ELF 64-bit LSB pie executable）和平台（x86-64）匹配当前系统 - 用
readelf -h或objdump -f进一步看ELF header信息 - 不同JDK版本的
libjvm.soABI可能不兼容，降级JDK或换对应工具链
文件本身损坏或编码异常
极少数情况，C源文件被意外保存为UTF-16、带BOM的UTF-8，或中间混入不可见控制字符（比如Windows换行符\r\n在某些老工具链下解析异常），导致预处理器输出非法内容，最终ld拿到的是无效二进制数据。
- 用
file main.c确认编码：应为C source, ASCII text或UTF-8 Unicode text - 用
hexdump -C main.c | head检查开头是否有BOM（ef bb bf） - 用
dos2unix main.c统一换行符，或重写关键函数再试 - 新建空白
.c文件，只写int main(){return 0;}，逐步加回代码定位问题行
ld那一行报错的具体路径，先file它，比反复改代码高效得多。
