mirror of
https://github.com/llvm/llvm-project.git
synced 2025-04-29 12:56:07 +00:00
cf4143b55e
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
18 lines
481 B
Common Lisp
18 lines
481 B
Common Lisp
// RUN: %clang_cc1 %s -O0 -emit-llvm -o - | FileCheck %s
|
|
|
|
typedef unsigned char __attribute__((ext_vector_type(3))) uchar3;
|
|
|
|
//CHECK: {{%.*}} = shufflevector <3 x i8> {{%.*}}, <3 x i8> <i8 1, i8 1, i8 undef>, <3 x i32> <i32 0, i32 3, i32 2>
|
|
|
|
kernel void test_odd_vector1 (uchar3 lhs)
|
|
{
|
|
lhs.odd = 1;
|
|
}
|
|
|
|
//CHECK: {{%.*}} = shufflevector <3 x i8> {{%.*}}, <3 x i8> <i8 2, i8 2, i8 undef>, <3 x i32> <i32 0, i32 1, i32 3>
|
|
|
|
kernel void test_odd_vector2 (uchar3 lhs)
|
|
{
|
|
lhs.hi = 2;
|
|
}
|