Explicitly inserting undef is overly defensive. Any values computed
inside the loop that are referenced by dbg.values should naturally
become undef when the loop is deleted, and all other values that
are loop invariant must be preserved.
Details
Details
- Reviewers
fdeazeve jryans Orlando probinson scott.linder - Group Reviewers
debug-info - Commits
- rG8763d7994997: [loop-deletion] Overly defensive with undef-ing dbg.values.
Diff Detail
Diff Detail
- Repository
- rG LLVM Github Monorepo
Event Timeline
Comment Actions
LGTM
I am not particularly familiar with LoopDeletion, but if the premise from the comment holds (i.e. only debug intrinsics defined in terms of loop invariants will survive) then this sounds like a nice improvement!