------- Comment #3 from dorit at il dot ibm dot com 2007-06-06 03:28 -------
(In reply to comment #1)
veclower expands things when it wrongly concludes that they are not supported
by the target in vecor mode. For demotion/promotion/conversion kinda operations
this may be because it does not check the optab table using the right type. For
example, I had to add the following in expand_vector_operations_1:
"
/* For widening/narrowing vector operations, the relevant type is of the
arguments, not the widened result. */
if (code == WIDEN_SUM_EXPR
|| code == VEC_WIDEN_MULT_HI_EXPR
|| code == VEC_WIDEN_MULT_LO_EXPR
|| code == VEC_UNPACK_HI_EXPR
|| code == VEC_UNPACK_LO_EXPR
|| code == VEC_PACK_TRUNC_EXPR
|| code == VEC_PACK_SAT_EXPR)
type = TREE_TYPE (TREE_OPERAND (rhs, 0));
"
Probably something similar is required for the VEC_UNPACK_FLOAT_*_EXPR
tree-codes ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32216
