[llvm] c3a68c5 - [SROA] Bail out on PHIs in catchswitch BBs
Heejin Ahn via llvm-commits
llvm-commits at lists.llvm.org
Fri Jan 14 14:55:30 PST 2022
Author: Heejin Ahn
Date: 2022-01-14T14:55:07-08:00
New Revision: c3a68c5d63c6b9b707ff730a8520f3f5fd1e66f4
URL: https://github.com/llvm/llvm-project/commit/c3a68c5d63c6b9b707ff730a8520f3f5fd1e66f4
DIFF: https://github.com/llvm/llvm-project/commit/c3a68c5d63c6b9b707ff730a8520f3f5fd1e66f4.diff
LOG: [SROA] Bail out on PHIs in catchswitch BBs
In the process of rewriting `alloca`s and `phi`s that use them, the SROA
pass can try to insert a non-PHI instruction by calling
`getFirstInsertionPt()`, which is not possible in a catchswitch BB. This
CL makes we bail out on these cases.
Reviewed By: dschuff
Differential Revision: https://reviews.llvm.org/D117168
Added:
llvm/test/Transforms/SROA/phi-catchswitch.ll
Modified:
llvm/lib/Transforms/Scalar/SROA.cpp
Removed:
################################################################################
diff --git a/llvm/lib/Transforms/Scalar/SROA.cpp b/llvm/lib/Transforms/Scalar/SROA.cpp
index 7609e4ea3ee39..1b0290cf5709d 100644
--- a/llvm/lib/Transforms/Scalar/SROA.cpp
+++ b/llvm/lib/Transforms/Scalar/SROA.cpp
@@ -1008,6 +1008,13 @@ class AllocaSlices::SliceBuilder : public PtrUseVisitor<SliceBuilder> {
if (I.use_empty())
return markAsDead(I);
+ // If this is a PHI node before a catchswitch, we cannot insert any non-PHI
+ // instructions in this BB, which may be required during rewriting. Bail out
+ // on these cases.
+ if (isa<PHINode>(I) &&
+ I.getParent()->getFirstInsertionPt() == I.getParent()->end())
+ return PI.setAborted(&I);
+
// TODO: We could use SimplifyInstruction here to fold PHINodes and
// SelectInsts. However, doing so requires to change the current
// dead-operand-tracking mechanism. For instance, suppose neither loading
diff --git a/llvm/test/Transforms/SROA/phi-catchswitch.ll b/llvm/test/Transforms/SROA/phi-catchswitch.ll
new file mode 100644
index 0000000000000..1d4f850cc25f6
--- /dev/null
+++ b/llvm/test/Transforms/SROA/phi-catchswitch.ll
@@ -0,0 +1,45 @@
+; RUN: opt < %s -sroa -S | FileCheck %s
+
+target datalayout = "e-m:e-p:32:32-i64:64-n32:64-S128"
+target triple = "wasm32-unknown-unknown"
+
+%struct.foo = type { i32 }
+declare i32 @__gxx_wasm_personality_v0(...)
+declare void @foo()
+
+; Tests if the SROA pass correctly bails out on rewriting PHIs in a catchswitch
+; BB.
+; CHECK-LABEL: @test_phi_catchswitch
+define void @test_phi_catchswitch() personality i8* bitcast (i32 (...)* @__gxx_wasm_personality_v0 to i8*) {
+entry:
+ ; CHECK: alloca
+ %tmp = alloca %struct.foo, align 4
+ %tmp2 = getelementptr inbounds %struct.foo, %struct.foo* %tmp, i32 0, i32 0
+ invoke void @foo()
+ to label %bb3 unwind label %bb10
+
+bb3: ; preds = %entry
+ invoke void @foo()
+ to label %bb9 unwind label %catch.dispatch
+
+catch.dispatch: ; preds = %bb3
+ ; While rewriting the alloca in the entry BB, the SROA pass tries to insert a
+ ; non-PHI instruction in this BB by calling getFirstInsertionPt(), which is
+ ; not possible in a catchswitch BB. This test checks if we correctly bail out
+ ; on these cases.
+ %tmp5 = phi i32* [ %tmp2, %bb3 ]
+ %tmp6 = catchswitch within none [label %catch.start] unwind label %bb10
+
+catch.start: ; preds = %catch.dispatch
+ %tmp8 = catchpad within %tmp6 [i8* null]
+ unreachable
+
+bb9: ; preds = %bb3
+ unreachable
+
+bb10: ; preds = %catch.dispatch, %entry
+ %tmp11 = phi i32* [ %tmp2, %entry ], [ %tmp5, %catch.dispatch ]
+ %tmp12 = cleanuppad within none []
+ store i32 0, i32* %tmp11, align 4
+ unreachable
+}
More information about the llvm-commits
mailing list