[PATCH] D20176: [MemCpyOpt] Use MaxIntSize in byte instead of bit
Jun Bum Lim via llvm-commits
llvm-commits at lists.llvm.org
Wed May 11 10:40:35 PDT 2016
junbuml created this revision.
junbuml added reviewers: arsenm, mcrosier, joker.eph.
junbuml added a subscriber: llvm-commits.
Herald added a subscriber: mcrosier.
This change fix the bug in isProfitableToUseMemset() where MaxIntSize shoule be in byte, not bit.
http://reviews.llvm.org/D20176
Files:
lib/Transforms/Scalar/MemCpyOptimizer.cpp
test/Transforms/MemCpyOpt/profitable-memset.ll
Index: test/Transforms/MemCpyOpt/profitable-memset.ll
===================================================================
--- /dev/null
+++ test/Transforms/MemCpyOpt/profitable-memset.ll
@@ -0,0 +1,20 @@
+; RUN: opt < %s -memcpyopt -S | FileCheck %s
+
+target datalayout = "e-m:e-i64:64-i128:128-n32:64-S128"
+
+; CHECK-LABEL: @foo(
+; CHECK-NOT: store
+; CHECK: call void @llvm.memset.p0i8.i64(i8* %2, i8 0, i64 8, i32 2, i1 false)
+
+define void @foo(i64* nocapture %P) {
+entry:
+ %0 = bitcast i64* %P to i16*
+ %arrayidx = getelementptr inbounds i16, i16* %0, i64 1
+ %1 = bitcast i16* %arrayidx to i32*
+ %arrayidx1 = getelementptr inbounds i16, i16* %0, i64 3
+ store i16 0, i16* %0, align 2
+ store i32 0, i32* %1, align 4
+ store i16 0, i16* %arrayidx1, align 2
+ ret void
+}
+
Index: lib/Transforms/Scalar/MemCpyOptimizer.cpp
===================================================================
--- lib/Transforms/Scalar/MemCpyOptimizer.cpp
+++ lib/Transforms/Scalar/MemCpyOptimizer.cpp
@@ -185,7 +185,7 @@
// size. If so, check to see whether we will end up actually reducing the
// number of stores used.
unsigned Bytes = unsigned(End-Start);
- unsigned MaxIntSize = DL.getLargestLegalIntTypeSize();
+ unsigned MaxIntSize = DL.getLargestLegalIntTypeSize() / 8;
if (MaxIntSize == 0)
MaxIntSize = 1;
unsigned NumPointerStores = Bytes / MaxIntSize;
-------------- next part --------------
A non-text attachment was scrubbed...
Name: D20176.56938.patch
Type: text/x-patch
Size: 1386 bytes
Desc: not available
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20160511/b678de52/attachment.bin>
More information about the llvm-commits
mailing list