summaryrefslogtreecommitdiffstats
path: root/llvm/test/Transforms/CodeExtractor
diff options
context:
space:
mode:
authorMichael Zolotukhin <mzolotukhin@apple.com>2015-09-30 21:05:43 +0000
committerMichael Zolotukhin <mzolotukhin@apple.com>2015-09-30 21:05:43 +0000
commitfc783e91e0c0696ec5b3a990a7ac91bd751e370d (patch)
tree3b24127aa0f733436e672638b5d9814499269f29 /llvm/test/Transforms/CodeExtractor
parent757908e545e720a13c5391ce2eb399c4026859e2 (diff)
downloadbcm5719-llvm-fc783e91e0c0696ec5b3a990a7ac91bd751e370d.tar.gz
bcm5719-llvm-fc783e91e0c0696ec5b3a990a7ac91bd751e370d.zip
[SLP] Don't vectorize loads of non-packed types (like i1, i2).
Summary: Given an array of i2 elements, 4 consecutive scalar loads will be lowered to i8-sized loads and thus will access 4 consecutive bytes in memory. If we vectorize these loads into a single <4 x i2> load, it'll access only 1 byte in memory. Hence, we should prohibit vectorization in such cases. PS: Initial patch was proposed by Arnold. Reviewers: aschwaighofer, nadav, hfinkel Subscribers: llvm-commits Differential Revision: http://reviews.llvm.org/D13277 llvm-svn: 248943
Diffstat (limited to 'llvm/test/Transforms/CodeExtractor')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud