summaryrefslogtreecommitdiffstats
path: root/clang/lib/Analysis/CocoaConventions.cpp
diff options
context:
space:
mode:
authorJoey Gouly <joey.gouly@arm.com>2013-11-21 17:09:05 +0000
committerJoey Gouly <joey.gouly@arm.com>2013-11-21 17:09:05 +0000
commitcf4143b55e881519b06295e6954778d00f949c43 (patch)
tree1cdbcd38065fc5137da4d40712d174293751989c /clang/lib/Analysis/CocoaConventions.cpp
parentdd3e75449f4da97194100374972445bcc4f9d2de (diff)
downloadbcm5719-llvm-cf4143b55e881519b06295e6954778d00f949c43.tar.gz
bcm5719-llvm-cf4143b55e881519b06295e6954778d00f949c43.zip
Fix a crash in EmitStoreThroughExtVectorComponentLValue for vectors of odd sizes.
In OpenCL a vector of 3 elements, acts like a vector of four elements. So for a vector of size 3 the '.hi' and '.odd' accessors, would access the elements {2, 3} and {1, 3} respectively. However, in EmitStoreThroughExtVectorComponentLValue we are still operating on a vector of size 3, so we should only access {2} and {1}. We do this by checking the last element to be accessed, and ignore it if it is out-of-bounds. EmitLoadOfExtVectorElementLValue doesn't have a similar problem, because it does a direct shufflevector with undef, so an out-of-bounds access just gives an undef value. Patch by Anastasia Stulova! llvm-svn: 195367
Diffstat (limited to 'clang/lib/Analysis/CocoaConventions.cpp')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud