On Tue, 16 Jan 2024, Juzhe-Zhong wrote:

> Recently notice there is a XPASS in RISC-V:
> XPASS: gcc.dg/vect/bb-slp-43.c -flto -ffat-lto-objects  scan-tree-dump-not 
> slp2 "vector operands from scalars"
> XPASS: gcc.dg/vect/bb-slp-43.c scan-tree-dump-not slp2 "vector operands from 
> scalars"
> 
> And checked both ARM SVE and RVV:
> 
> https://godbolt.org/z/T9cPa7fh3
> 
> both has the same dump slp2. So I guess ARM SVE has the same XPASS in this 
> test.

That's probably because we have vect_variable_length && vect128 instead?
Thus, what's the IL after SLP2 (and some DCE)?

> gcc/testsuite/ChangeLog:
> 
>       * gcc.dg/vect/bb-slp-43.c: Remove xfail for variable length.
> 
> ---
>  gcc/testsuite/gcc.dg/vect/bb-slp-43.c | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/gcc/testsuite/gcc.dg/vect/bb-slp-43.c 
> b/gcc/testsuite/gcc.dg/vect/bb-slp-43.c
> index dad2d24262d..40bd2e0dfbf 100644
> --- a/gcc/testsuite/gcc.dg/vect/bb-slp-43.c
> +++ b/gcc/testsuite/gcc.dg/vect/bb-slp-43.c
> @@ -14,4 +14,4 @@ f (int *restrict x, short *restrict y)
>  }
>  
>  /* { dg-final { scan-tree-dump-not "mixed mask and nonmask" "slp2" } } */
> -/* { dg-final { scan-tree-dump-not "vector operands from scalars" "slp2" { 
> target { { vect_int && vect_bool_cmp } && { vect_unpack && vect_hw_misalign } 
> } xfail { vect_variable_length && { ! vect256 } } } } } */
> +/* { dg-final { scan-tree-dump-not "vector operands from scalars" "slp2" { 
> target { { vect_int && vect_bool_cmp } && { vect_unpack && vect_hw_misalign } 
> } } } } */
> 

-- 
Richard Biener <rguent...@suse.de>
SUSE Software Solutions Germany GmbH,
Frankenstrasse 146, 90461 Nuernberg, Germany;
GF: Ivo Totev, Andrew McDonald, Werner Knoblich; (HRB 36809, AG Nuernberg)

Reply via email to