https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102954
--- Comment #8 from Rainer Orth <ro at gcc dot gnu.org> ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #2)
> > --- Comment #1 from Richard Biener <rguenth at gcc dot gnu.org> ---
> > It was likely the vect_worthwhile_without_simd_p changes where we might now
> > vectorize this loop using (unaligned) 'int'.
> >
> > Can you confirm that?
>
> Indeed. I've also noticed that another regression was caused by the
> same change:
>
> XPASS: gcc.dg/vect/slp-multitypes-3.c -flto -ffat-lto-objects
> scan-tree-dump-times vect "vectorized 1 loops" 1
> XPASS: gcc.dg/vect/slp-multitypes-3.c -flto -ffat-lto-objects
> scan-tree-dump-times vect "vectorizing stmts using SLP" 2
> XPASS: gcc.dg/vect/slp-multitypes-3.c scan-tree-dump-times vect "vectorized
> 1 loops" 1
> XPASS: gcc.dg/vect/slp-multitypes-3.c scan-tree-dump-times vect "vectorizing
> stmts using SLP" 2
>
> Again 64-bit SPARC.
That test already has
/* { dg-final { scan-tree-dump-times "vectorized 1 loops" 1 "vect" { xfail
sparc*-*-* } } } */
so we could change the xfail to { sparc*-*-* && ilp32 } (although that might be
papering over the real issue).
