Displaying 2 results from an estimated 2 matches for "31,30,29".
2009 Nov 10
4
[LLVMdev] Altivec vs the type legalizer
...or the target; currently, they do. (And I see no other way
to fix it except to break the vector into scalars, which produces
horrendous code.)
typedef vector unsigned char vuint8_t;
vuint8_t baz;
void foo(vuint8_t x) {
vuint8_t temp = (vuint8_t)(22,21,20, 3, 25,24,23, 3, 28,27,26, 3,
31,30,29, 3);
baz = vec_add(x, temp);
}
2009 Nov 10
0
[LLVMdev] Altivec vs the type legalizer
...ee no other way
> to fix it except to break the vector into scalars, which produces
> horrendous code.)
>
>
> typedef vector unsigned char vuint8_t;
> vuint8_t baz;
> void foo(vuint8_t x) {
> vuint8_t temp = (vuint8_t)(22,21,20, 3, 25,24,23, 3, 28,27,26, 3,
> 31,30,29, 3);
> baz = vec_add(x, temp);
> }
Earlier this year we ran into a similar problem for NEON and ended up modifying the type rules for BUILD_VECTOR so that the operand types do not need to mach the element types. It is possible that what you are seeing is fall-out from that change....