llvm ir调用外部c函数必须在模块顶层显式declare，签名须严格匹配abi；printf等应声明为declare i32 @printf(i8*, ...)，参数类型、个数、调用约定须一致，且需正确链接对应标准库。
LLVM IR 调用外部 C 函数必须显式声明（declare），且调用签名（参数类型、返回类型、调用约定）必须与目标函数 ABI 严格一致；否则链接失败或运行时崩溃。
declare 指令必须出现在模块顶层，不能在函数体内
LLVM IR 不允许在 define 函数内部写 declare。所有外部函数声明必须放在函数定义之前、模块头部区域（即 @.str 等全局常量之后、第一个 define 之前）。
- 错误写法：
define i32 @main() { declare i32 @printf(i8*, ...) }→ 语法错误，clang 或llvm-as直接报错invalid use of 'declare' inside function - 正确位置：模块级作用域，例如紧接在
target triple后、define @main前 - 常见遗漏：忘记声明就直接
call，会触发undefined reference to 'xxx'链接错误
调用签名必须匹配 C ABI，尤其注意指针和可变参数
比如 printf 的声明不是 declare i32 @printf(i8*, i32)，而是：
declare i32 @printf(i8*, ...)
关键点：
-
i8*是字符串字面量的通用指针类型，getelementptr计算地址后必须传这个类型 -
...表示可变参数，缺省会导致调用时栈错位、崩溃或输出乱码 - C 函数若带
const char*参数，在 IR 中一律用i8*，不能用i32*或其他整数指针 - 若函数有
__attribute__((cdecl))或__attribute__((stdcall))，需在declare后加对应调用约定（如cdecl），否则 Windows 下可能栈不平衡
call 指令的参数顺序、类型、对齐必须与 declare 一致
以调用 printf("%d\n", 42) 为例：
%fmt = getelementptr [5 x i8], [5 x i8]* @.str, i64 0, i64 0 %0 = call i32 @printf(i8* %fmt, i32 42)
注意：
-
%fmt必须是i8*类型，不能是[5 x i8]*——getelementptr返回的是元素指针，不是数组指针 - 参数个数不能少（漏掉
i32 42会触发call argument count mismatch） - 参数类型不能隐式转换：传
i64 42给期望i32的参数，IR 验证阶段就会失败 - 如果函数返回
void（如puts），call结果不能被%x =绑定，否则报void value not ignored as it ought to be
链接时必须提供对应符号，且目标平台 ABI 兼容
生成 .bc 或 .ll 后，仅靠 IR 本身无法运行。你必须：
- 用
clang或llc + ld链接标准库（如-lc），否则@printf符号找不到 - 确保
target triple匹配：比如x86_64-pc-linux-gnu下调用 glibc 的printf，换成aarch64-apple-darwin就得链接 macOS 的 libSystem - Windows 上调用
msvcrt.dll函数（如@printf）需声明为cdecl，且链接时加-lmsvcrt；MinGW 环境则用@_printf（下划线前缀） - 静态链接（
-static）时，@printf的实现来自 libc.a，但 IR 层无需关心——只要declare正确、call正确，链接器会解决
最易忽略的是：IR 文件里没写 target triple，或写错（如写成 i386 却在 x86_64 环境下链接），会导致符号名解析失败或调用约定错乱，现象是程序静默退出或段错误，而非明显报错。
