https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97521
--- Comment #7 from rguenther at suse dot de <rguenther at suse dot de> --- On Thu, 22 Oct 2020, crazylht at gmail dot com wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97521 > > Hongtao.liu <crazylht at gmail dot com> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > CC| |crazylht at gmail dot com > > --- Comment #6 from Hongtao.liu <crazylht at gmail dot com> --- > (In reply to Richard Biener from comment #4) > > (In reply to Jakub Jelinek from comment #3) > > > And we do that because: > > > case VECTOR_CST: > > > { > > > tree tmp = NULL_TREE; > > > if (VECTOR_MODE_P (mode)) > > > return const_vector_from_tree (exp); > > > scalar_int_mode int_mode; > > > if (is_int_mode (mode, &int_mode)) > > > { > > > if (VECTOR_BOOLEAN_TYPE_P (TREE_TYPE (exp))) > > > return const_scalar_mask_from_tree (int_mode, exp); > > > > but I have no easy access to a AVX512 runtime system (and no idea how to > > make dejagnu use sde for a i386.exp testsuite run). On a AVX2 system > > i386.exp is clean with the above. > > > > Thoughts? > > > > [AVX512 should have used VnBImode like SVE does] > > > > > Can vec_merge support operands with VnBImode as items? I didn't find it's used > in any SVE patterns. You can use (vec_select (vec_concat ...)) instead of (vec_merge ...). It's a long standing issue that we have two ways of expressing the same (each with it's own drawbacks).
