[PATCH] D87434: [CodeGenPrepare] Fix zapping dead operands of assume
Yevgeny Rouban via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Sun Sep 13 21:47:53 PDT 2020
This revision was automatically updated to reflect the committed changes.
Closed by commit rG88690a965892: [CodeGenPrepare] Fix zapping dead operands of assume (authored by yrouban).
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D87434/new/
https://reviews.llvm.org/D87434
Files:
llvm/lib/CodeGen/CodeGenPrepare.cpp
llvm/test/Transforms/CodeGenPrepare/X86/recursively-delete-dead-instructions.ll
Index: llvm/test/Transforms/CodeGenPrepare/X86/recursively-delete-dead-instructions.ll
===================================================================
--- /dev/null
+++ llvm/test/Transforms/CodeGenPrepare/X86/recursively-delete-dead-instructions.ll
@@ -0,0 +1,27 @@
+; RUN: opt -codegenprepare -S -mtriple=x86_64-linux < %s | FileCheck %s
+
+declare void @llvm.assume(i1 noundef) nounwind willreturn
+
+; Recursively deleting dead operands of assume() may result in its next
+; instruction deleted and the iterator pointing to the next instruction
+; invalidated. This prevents the following simple loop in
+; CodeGenPrepare::optimizeBlock() unless CurInstIterator is fixed:
+;
+; CurInstIterator = BB.begin();
+; while (CurInstIterator != BB.end())
+; optimizeInst(&*CurInstIterator++, ModifiedDT);
+;
+define i32 @test_assume_in_loop(i1 %cond1, i1 %cond2) {
+; CHECK-LABEL: @test_assume_in_loop(
+; CHECK-NEXT: entry:
+entry:
+ br label %loop
+
+; CHECK: loop:
+; CHECK-NEXT: br label %loop
+loop:
+ %cond3 = phi i1 [%cond1, %entry], [%cond4, %loop]
+ call void @llvm.assume(i1 %cond3)
+ %cond4 = icmp ult i1 %cond1, %cond2
+ br label %loop
+}
Index: llvm/lib/CodeGen/CodeGenPrepare.cpp
===================================================================
--- llvm/lib/CodeGen/CodeGenPrepare.cpp
+++ llvm/lib/CodeGen/CodeGenPrepare.cpp
@@ -2047,9 +2047,11 @@
Value *Operand = II->getOperand(0);
II->eraseFromParent();
// Prune the operand, it's most likely dead.
- RecursivelyDeleteTriviallyDeadInstructions(
- Operand, TLInfo, nullptr,
- [&](Value *V) { removeAllAssertingVHReferences(V); });
+ resetIteratorIfInvalidatedWhileCalling(BB, [&]() {
+ RecursivelyDeleteTriviallyDeadInstructions(
+ Operand, TLInfo, nullptr,
+ [&](Value *V) { removeAllAssertingVHReferences(V); });
+ });
return true;
}
-------------- next part --------------
A non-text attachment was scrubbed...
Name: D87434.291491.patch
Type: text/x-patch
Size: 1916 bytes
Desc: not available
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20200914/fdb9b429/attachment.bin>
More information about the llvm-commits
mailing list