This is the mail archive of the gcc-bugs@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug testsuite/63439] [5 Regression] FAIL: gcc.dg/vect/vect-33.c scan-tree-dump vect "Alignment of access forced using peeling"


https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63439

--- Comment #12 from Richard Biener <rguenth at gcc dot gnu.org> ---
(In reply to ro@CeBiTec.Uni-Bielefeld.DE from comment #8)
> > --- Comment #5 from Richard Biener <rguenth at gcc dot gnu.org> ---
> [...]
> > For SPARC we use v8qi and peel for alignment.  That should be handled
> > but it looks like SPARC is not vect64 for whatever reason :/
> >
> > Rainer, can you please make SPARC vect64?
> 
> When I do this, the vect-33.c test now passes, both 32 and 64-bit, but
> the other gcc.dg/vect tests refering to vect64 start FAILing instead:
> 
> FAIL: gcc.dg/vect/bb-slp-11.c scan-tree-dump-times slp2 "basic block
> vectorized"

Using V2SI, but it doesn't support 2 * V2SI -> V4HI VEC_PACK_TRUNC_EXPR.
This means the testcase misses to require vect_pack_trunc.

> FAIL: gcc.dg/vect/bb-slp-26.c scan-tree-dump-times slp1 "basic block
> vectorized" 1

Here it fails to vectorize because the accesses are unaligned.  The testcase
fails to check for vect_hw_misalign.

> I'm attaching the 32-bit slp? dumps for reference.

So 64-bit works fine?

> 	Rainer

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]