llvm ir 生成可执行文件需正确设置 datalayout 和 targettriple，调用 targetmachine::emitfile 输出目标文件，确保函数为 externallinkage 和 c 调用约定，并用 clang++ 链接以支持 c++ 运行时。
怎么用 LLVM IR 生成可执行文件（AOT 编译）
LLVM IR 不是中间摆设，它能直接编译成机器码——但得走对链路。核心不是“写 IR”，而是“让 LLVM 后端真正干活”。常见错误是只调用 IRBuilder 生成 IR，却卡在没生成目标文件或没链接，最后 llc 报错找不到符号，或者 clang++ 链接时报 undefined reference to 'main'。
实操建议：
- 生成 IR 后必须调用
Module::setDataLayout()和Module::setTargetTriple()，否则后端无法决定 ABI、寄存器分配甚至基本类型大小（比如不设 triple，i64可能被当成 32 位） - 用
llvm::orc::KaleidoscopeJIT是 JIT 路线，AOT 必须走llvm::TargetMachine::addPassesToEmitFile()—— 这一步漏掉，IR 就永远停在内存里 - 输出目标文件推荐用
TargetMachine::emitFile(llvm::CGFT_ObjectFile)，别用CGFT_AssemblyFile：汇编输出依赖 host 工具链（如as），跨平台时容易断；目标文件可直接喂给clang++或ld - 生成的
.o文件必须包含完整符号定义（包括main），且函数 linkage 设为ExternalLinkage；若用InternalLinkage，链接器直接忽略
为什么 IRBuilder 写出来的函数调不到
不是语法错，是链接模型和调用约定没对齐。最典型的是 C++ 名字修饰（name mangling）导致符号名不匹配，或者调用约定（calling convention）不一致，让栈帧一进一出就崩。
实操建议：
- 如果目标是被 C 程序调用，函数必须用
extern "C"声明，且 IR 中对应Function的setLinkage(ExternalLinkage)+setCallingConv(llvm::CallingConv::C) - 手动创建函数时，
FunctionType::get()的第一个参数是返回类型，后续参数列表必须与实际调用完全一致（包括void*和i8*在 IR 层不等价） - 不要依赖
IRBuilder::CreateCall()自动推导 signature：显式传入FunctionType*，否则跨模块调用时可能因参数类型隐式转换失败 - 调试技巧：用
llvm-dis反解生成的.bc，检查define行是否带c-linkage和正确参数类型，例如define i32 @add(i32, i32) #0比define internal i32 @add(i32, i32)更可能被外部看到
如何避免 LLVMContext 生命周期引发的段错误
LLVM 对象之间有强生命周期依赖：Module 持有 LLVMContext 引用，IRBuilder 又绑定 BasicBlock 和 Function。一旦 Context 先析构，后续任何 IR 操作都可能访问野指针。
实操建议：
-
LLVMContext必须是全局静态或长期存活对象，绝不能作为局部变量（哪怕在 main 里也不行）；更不能在一个函数里 new，另一个函数里 delete - 多个 Module 共享一个
LLVMContext安全，但不要跨线程共享（LLVM 14+ 默认非线程安全，除非显式开启LLVM_ENABLE_THREADS=ON且所有操作加锁） - 释放顺序必须严格：先删所有
Module、ExecutionEngine、IRBuilder，最后才销毁LLVMContext；用 RAII 包一层std::unique_ptr管理，比手写delete更可靠 - 常见错误现象：
Segmentation fault (core dumped)发生在调用builder.CreateAdd()后，大概率是 context 已死，但 builder 还拿着旧指针
Clang++ 链接时报 undefined reference to '__cxa_atexit' 怎么办
这不是你的代码问题，是 LLVM AOT 输出默认不带 C++ 运行时支持。LLVM IR 层不区分 C 和 C++，但链接阶段会暴露 ABI 差异——尤其全局对象构造、异常表、RTTI 这些。
实操建议：
- 根本解法：用
clang++替代gcc链接，它会自动拉入libstdc++或libc++，并处理__cxa_atexit、__gxx_personality_v0等符号 - 如果坚持用
ld，必须显式链接：ld -lc++ -lc++abi -lunwind your.o -o out（具体库名依 toolchain 而定） - 更轻量方案：避免 C++ 运行时特性——把全局对象全改成
static局部变量，禁用异常（-fno-exceptions）和 RTTI（-fno-rtti），然后用纯 C 风格构建 IR - 验证方式：用
nm -C your.o | grep cxa查看目标文件是否引用了这些符号；若无，说明 IR 没触发相关逻辑，链接失败就是工具链缺失
真正麻烦的从来不是生成 IR，而是让每层抽象（IR → object → executable → runtime）之间的契约不撕裂。比如 TargetTriple 写错，生成的 call 指令可能用错寄存器传参；又比如忘记 setCallingConv，C 函数调 C++ IR 函数时栈就直接错位。这些点不报编译错误，只在运行时崩，而且崩得毫无提示。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
