[PATCH] D38501: [ValueTracking] Fix a misuse of APInt in GetPointerBaseWithConstantOffset
Michael Ferguson via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Wed Jan 2 15:01:46 PST 2019
mppf updated this revision to Diff 179947.
mppf added a comment.
Rebasing on current LLVM master
Repository:
rL LLVM
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D38501/new/
https://reviews.llvm.org/D38501
Files:
lib/Analysis/ValueTracking.cpp
test/Analysis/ValueTracking/gep-negative-issue.ll
Index: test/Analysis/ValueTracking/gep-negative-issue.ll
===================================================================
--- /dev/null
+++ test/Analysis/ValueTracking/gep-negative-issue.ll
@@ -0,0 +1,43 @@
+; RUN: opt -gvn -S < %s | FileCheck %s
+target datalayout = "e-m:e-i64:64-f80:128-n8:16:32:64-S128-p100:128:64:64-p101:128:64:64"
+target triple = "x86_64-unknown-linux-gnu"
+
+%ArrayImpl = type { i64, i64 addrspace(100)*, [1 x i64], [1 x i64], [1 x i64], i64, i64, double addrspace(100)*, double addrspace(100)*, i8, i64 }
+%_array = type { i64, %ArrayImpl addrspace(100)*, i8 }
+
+define void @test(i64 %n_chpl) {
+entry:
+ ; First section is some code
+ %0 = getelementptr inbounds %_array, %_array* null, i32 0, i32 1
+ %1 = load %ArrayImpl addrspace(100)*, %ArrayImpl addrspace(100)** %0
+ %2 = getelementptr inbounds %ArrayImpl, %ArrayImpl addrspace(100)* %1, i32 0, i32 8
+ %3 = load double addrspace(100)*, double addrspace(100)* addrspace(100)* %2
+ %4 = getelementptr inbounds double, double addrspace(100)* %3, i64 -1
+ ; Second section is that code repeated
+ %x0 = getelementptr inbounds %_array, %_array* null, i32 0, i32 1
+ %x1 = load %ArrayImpl addrspace(100)*, %ArrayImpl addrspace(100)** %x0
+ %x2 = getelementptr inbounds %ArrayImpl, %ArrayImpl addrspace(100)* %x1, i32 0, i32 8
+ %x3 = load double addrspace(100)*, double addrspace(100)* addrspace(100)* %x2
+ %x4 = getelementptr inbounds double, double addrspace(100)* %x3, i64 -1
+ ; Stores that should be to the same location
+ store double 0.000000e+00, double addrspace(100)* %4
+ store double 0.000000e+00, double addrspace(100)* %x4
+ ; Third section is the repeated code again, with a later store
+ ; This third section is necessary to trigger the crash
+ %y1 = load %ArrayImpl addrspace(100)*, %ArrayImpl addrspace(100)** %0
+ %y2 = getelementptr inbounds %ArrayImpl, %ArrayImpl addrspace(100)* %y1, i32 0, i32 8
+ %y3 = load double addrspace(100)*, double addrspace(100)* addrspace(100)* %y2
+ %y4 = getelementptr inbounds double, double addrspace(100)* %y3, i64 -1
+ store double 0.000000e+00, double addrspace(100)* %y4
+ ret void
+; CHECK-LABEL: define void @test
+; CHECK: getelementptr inbounds double, double addrspace(100)* {{%.*}}, i64 -1
+; CHECK-NEXT: store double 0.000000e+00, double addrspace(100)* [[DST:%.*]]
+; CHECK-NEXT: store double 0.000000e+00, double addrspace(100)* [[DST]]
+; CHECK: load
+; CHECK: getelementptr inbounds %ArrayImpl, %ArrayImpl addrspace(100)*
+; CHECK: load
+; CHECK: getelementptr inbounds double, double addrspace(100)* {{%.*}}, i64 -1
+; CHECK: store double 0.000000e+00, double addrspace(100)*
+; CHECK: ret
+}
Index: lib/Analysis/ValueTracking.cpp
===================================================================
--- lib/Analysis/ValueTracking.cpp
+++ lib/Analysis/ValueTracking.cpp
@@ -3389,7 +3389,14 @@
if (!GEP->accumulateConstantOffset(DL, GEPOffset))
break;
- ByteOffset += GEPOffset.getSExtValue();
+ APInt OrigByteOffset(ByteOffset);
+ ByteOffset += GEPOffset.sextOrTrunc(ByteOffset.getBitWidth());
+ if (ByteOffset.getMinSignedBits() > 64) {
+ // Stop traversal if the pointer offset wouldn't fit into int64_t
+ // (this should be removed if Offset is updated to an APInt)
+ ByteOffset = OrigByteOffset;
+ break;
+ }
Ptr = GEP->getPointerOperand();
} else if (Operator::getOpcode(Ptr) == Instruction::BitCast ||
-------------- next part --------------
A non-text attachment was scrubbed...
Name: D38501.179947.patch
Type: text/x-patch
Size: 3470 bytes
Desc: not available
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20190102/2532ef4c/attachment.bin>
More information about the llvm-commits
mailing list