[PATCH] D78749: [CodeExtractor] Fix extraction of a value used only by intrinsics outside of region
Ehud Katz via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Fri Apr 24 01:02:15 PDT 2020
ekatz updated this revision to Diff 259823.
ekatz added a comment.
Update test to include debug info, and add some comments.
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D78749/new/
https://reviews.llvm.org/D78749
Files:
llvm/lib/Transforms/Utils/CodeExtractor.cpp
llvm/test/Transforms/CodeExtractor/LoopExtractor_alloca.ll
Index: llvm/test/Transforms/CodeExtractor/LoopExtractor_alloca.ll
===================================================================
--- /dev/null
+++ llvm/test/Transforms/CodeExtractor/LoopExtractor_alloca.ll
@@ -0,0 +1,58 @@
+; RUN: opt -debugify -loop-extract -S < %s | FileCheck %s
+
+; This tests 2 cases:
+; 1. loop1 should be extracted into a function, without extracting %v1 alloca.
+; 2. loop2 should be extracted into a function, with the %v2 alloca.
+;
+; This used to produce an invalid IR, where `memcpy` will have a reference to
+; the, now, external value (local to the extracted loop function).
+
+; CHECK-LABEL: define void @test()
+; CHECK-NEXT: entry:
+; CHECK-NEXT: %v1 = alloca i32
+; CHECK-NEXT: call void @llvm.dbg.value(metadata i32* %v1
+; CHECK-NEXT: %p1 = bitcast i32* %v1 to i8*
+; CHECK-NEXT: call void @llvm.dbg.value(metadata i8* %p1,
+; CHECK-NEXT: call void @llvm.memcpy.p0i8.p0i8.i64(i8* align 4 undef, i8* %p1, i64 4, i1 true)
+
+; CHECK-LABEL: define internal void @test.loop2()
+; CHECK-NEXT: newFuncRoot:
+; CHECK-NEXT: %v2 = alloca i32
+; CHECK-NEXT: %p2 = bitcast i32* %v2 to i8*
+
+; CHECK-LABEL: define internal void @test.loop1(i8* %p1)
+; CHECK-NEXT: newFuncRoot:
+; CHECK-NEXT: br
+
+define void @test() {
+entry:
+ %v1 = alloca i32, align 4
+ %v2 = alloca i32, align 4
+ %p1 = bitcast i32* %v1 to i8*
+ %p2 = bitcast i32* %v2 to i8*
+ call void @llvm.memcpy.p0i8.p0i8.i64(i8* align 4 undef, i8* %p1, i64 4, i1 true)
+ br label %loop1
+
+loop1:
+ call void @llvm.lifetime.start.p0i8(i64 4, i8* %p1)
+ %r1 = call i32 @foo(i8* %p1)
+ call void @llvm.lifetime.end.p0i8(i64 4, i8* %p1)
+ %cmp1 = icmp ne i32 %r1, 0
+ br i1 %cmp1, label %loop1, label %loop2
+
+loop2:
+ call void @llvm.lifetime.start.p0i8(i64 4, i8* %p2)
+ %r2 = call i32 @foo(i8* %p2)
+ call void @llvm.lifetime.end.p0i8(i64 4, i8* %p2)
+ %cmp2 = icmp ne i32 %r2, 0
+ br i1 %cmp2, label %loop2, label %exit
+
+exit:
+ ret void
+}
+
+declare i32 @foo(i8*)
+
+declare void @llvm.lifetime.start.p0i8(i64 immarg, i8* nocapture)
+declare void @llvm.lifetime.end.p0i8(i64 immarg, i8* nocapture)
+declare void @llvm.memcpy.p0i8.p0i8.i64(i8* noalias nocapture writeonly, i8* noalias nocapture readonly, i64, i1 immarg)
Index: llvm/lib/Transforms/Utils/CodeExtractor.cpp
===================================================================
--- llvm/lib/Transforms/Utils/CodeExtractor.cpp
+++ llvm/lib/Transforms/Utils/CodeExtractor.cpp
@@ -451,18 +451,24 @@
for (User *U : Addr->users()) {
IntrinsicInst *IntrInst = dyn_cast<IntrinsicInst>(U);
if (IntrInst) {
+ // We don't model addresses with multiple start/end markers, but the
+ // markers do not need to be in the region.
if (IntrInst->getIntrinsicID() == Intrinsic::lifetime_start) {
- // Do not handle the case where Addr has multiple start markers.
if (Info.LifeStart)
return {};
Info.LifeStart = IntrInst;
+ continue;
}
if (IntrInst->getIntrinsicID() == Intrinsic::lifetime_end) {
if (Info.LifeEnd)
return {};
Info.LifeEnd = IntrInst;
+ continue;
}
- continue;
+ // At this point, permit debug uses outside of the region.
+ // This is fixed in a later call to fixupDebugInfoPostExtraction().
+ if (isa<DbgInfoIntrinsic>(IntrInst))
+ continue;
}
// Find untracked uses of the address, bail.
if (!definedInRegion(Blocks, U))
-------------- next part --------------
A non-text attachment was scrubbed...
Name: D78749.259823.patch
Type: text/x-patch
Size: 3486 bytes
Desc: not available
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20200424/5cb1cefb/attachment.bin>
More information about the llvm-commits
mailing list