------- Comment #5 from irar at il dot ibm dot com 2006-11-27 11:19 ------- The patch I committed (comment #4) fixes almost all the type mismatch occurrences in the vectorizer, but there's one occurrence that still remains - one of the vectorizer testcases (vect-reduc-dot-u8b.c) still fails with modify.diff.txt on MODIFY_EXPR where the right hand side is a call to a builtin function (rs6000_builtin_mul_widen_even). For Altivec, the return value of the builtin function is always signed (while the left hand side of the assignment is unsigned). Is the check in modify.diff.txt too strict or is the problem with the return type of the Altivec builtin (shouldn't it be signed/unsigned as relevant, instead of always signed? Specifically - shouldn't builtin vmuloub return an unsigned type)?
Ira -- irar at il dot ibm dot com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |irar at il dot ibm dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22372