LLVM IR中指针类型改用ptr而非i32*等，因自LLVM 14起完成“ptr类型泛化”重构：ptr成为独立不透明类型，消除旧式指针的语义混淆、ABI不一致和类型系统冗余问题，访问语义由load/store/getelementptr等指令的操作数类型决定。
LLVM IR 中的指针类型（ptr）不再显式写出元素类型，是因为自 LLVM 14 起，IR 类型系统完成了“ptr 类型泛化”重构 —— ptr 成为一个独立、一等的不透明类型，而不再是 i8* 或 i32* 这类带元素类型的旧式指针。
为什么旧写法 i32* 被弃用
过去写 i32* 实际上是语法糖，底层仍被当作 ptr 处理，但带来了三类问题：
- 语义混淆：
i32*暗示“指向 i32”，但实际在getelementptr或位宽转换中，它并不约束内存访问行为；IR 优化器从不靠这个“元素类型”做安全检查或自动推导 - ABI 不一致：不同目标平台对“指针所指类型”的解释差异大（如某些 ABI 要求
float*和int*有不同对齐），硬编码元素类型反而阻碍跨平台建模 - 类型系统冗余：LLVM 的真正类型安全由
load/store指令的操作数类型保证，而非指针本身 —— 你用load i32, ptr %p才决定读取多少字节、如何解释，%p是什么“*”根本不参与校验
ptr 类型怎么写、怎么用
当前 IR 中，指针统一写作 ptr，可选地址空间修饰（如 ptr addrspace(1)）。所有涉及“指向什么”的信息，移到指令层面：
-
load i32, ptr %p：明确这次加载按i32解释 -
store float %v, ptr %p：明确这次存储按float写入 -
getelementptr ptr, ptr %base, i32 0, i32 1：GEP 不再依赖 base 指针的“元素类型”，只依赖后续索引序列和目标类型（由inbounds和最终用途决定） - 若需类型转换，用
bitcast ptr %p to ptr，而不是旧式inttoptr/ptrtoint链
迁移时最容易踩的坑
从旧版 IR（LLVM ptr 体系时，常见错误包括：
- 手写 IR 时仍写
i32*—— 会被llvm-as拒绝，报错类似invalid type in function - 误以为
ptr没有大小 —— 实际上ptr在给定模块中有确定位宽（由data layout字符串定义，如e-m:e-p270:32:32-p271:32:32-p272:64:64-i64:64-f80:128-n8:16:32:64-S128中的p270:32表示地址空间 270 是 32 位） - 在 C++ API 中调用
Type::getInt8PtrTy()仍能工作，但它返回的是ptr，不是i8*；若用getPointerElementType()会返回nullptr，这是正常行为，不是 bug - Clang 输出 IR 默认已用
ptr，但若用llc -march=... -o asm.s反汇编，汇编里看不到ptr—— 因为那是 IR 层概念，后端早已转为目标平台原生指针模型
真正关键的不是“指针叫什么”，而是谁负责解释它的含义：现在完全交给指令（load、store、getelementptr）的参数类型，而不是指针自身的语法。这点一旦习惯，IR 更干净，跨后端也更可控。
