不能直接调用eraseFromParent()，因为LLVM IR采用SSA形式，指令间通过use-def链严格绑定；强行删除会断裂链表，导致use未找到、段错误或验证失败，必须先replaceAllUsesWith再安全删除。
DCE在LLVM里不是“手动删指令”，而是靠Pass自动识别+安全清理。直接调用 eraseFromParent() 或暴力遍历删除，大概率触发use-def链断裂、内存访问违规或后续Pass验证失败——这不是配置问题，是SSA模型下的根本约束。
为什么不能直接 eraseFromParent() 删除指令
LLVM IR是静态单赋值（SSA）形式，每条指令的定义（def）和使用（use）通过双向链表严格绑定。一旦你调用 Inst->eraseFromParent()，该指令内存可能被释放，但它的所有 use 仍挂在其他指令的操作数里，比如：add i32 %1, %2 中的 %1 若已被删，后续 verifyModule() 就会报 Use not found in use-list。
- 常见错误现象：
Segmentation fault在opt运行中后期出现，或生成的bitcode在llc阶段崩溃 - 真正安全的做法：先让所有使用者指向新值（或
UndefValue），再确认无user()后才可删除 - 典型误用场景：写自定义Pass时，在循环里对满足条件的
Instruction*直接eraseFromParent()
用 opt 工具跑 DCE Pass 的正确姿势
opt 是最轻量、最可靠的DCE触发方式，它会走完整Pass管线，确保CFG和use-def链一致性。
- 输入必须是合法LLVM IR（
.bc或.ll），例如：clang -emit-llvm -c foo.c -o foo.bc - 启用DCE：运行
opt -dce foo.bc -o foo-dce.bc；注意-dce不依赖优化级别，单独生效 - 想看哪些指令被删？加
-debug-pass=Structure或配合-print-after=dce输出前后IR对比 - ⚠️ 不要混用
-O2 -dce：-O2已内置DCE，重复加可能导致Pass执行顺序异常（如DCE在mem2reg前运行，漏删某些store）
在自定义Pass里安全触发DCE逻辑
如果你在写自己的LLVM Pass（比如基于 FunctionPass），不要重造轮子去“模拟DCE”，而应复用已有基础设施：
- 优先调用
llvm::removeUnreachableBlocks(F)清理不可达基本块（控制流角度） - 对单条指令判断是否可删：检查
Inst->mayHaveSideEffects() == false && Inst->use_empty()，但仅作标记，不立即删 - 真删之前，务必先调用
Inst->replaceAllUsesWith(UndefValue::get(Inst->getType()))断开所有use链 - 最后统一调用
Inst->eraseFromParent()，且只在所有use处理完毕后的阶段执行 - 参考源码位置：
lib/Transforms/Scalar/DCE.cpp，核心就几十行，重点看isInstructionTriviallyDead()和递归清理逻辑
最容易被忽略的一点：DCE对 volatile 指令、atomic 操作、call 指令默认保守处理——即使返回值未被使用，只要函数声明为 hasSideEffects()（比如 printf），就不会被删。别指望DCE帮你干掉没显式使用的 call @malloc，那得靠更高级的死函数分析（Dead Function Elimination）。
