https://gcc.gnu.org/g:b2dbf7c3ee78dba8b038d69bcf62195bc4896ca0

commit r17-5324-gb2dbf7c3ee78dba8b038d69bcf62195bc4896ca0
Author: Richard Biener <[email protected]>
Date:   Mon Oct 19 09:10:50 2026 +0200

    testsuite/127942 - fixup dg-optimized checks
    
    The PR noticed the dg-optimized checks do not check anything.  Fixing
    them up reveals issues with vect64 so I resorted back to classic
    dump-file scanning which avoids requiring full coverage due to 
excess-errors.
    
            PR testsuite/127942
            * gcc.dg/vect/bb-slp-pr126306-1.c: Do not use dg-optimized,
            instead scan slp2.

Diff:
---
 gcc/testsuite/gcc.dg/vect/bb-slp-pr126306-1.c | 8 +++++---
 1 file changed, 5 insertions(+), 3 deletions(-)

diff --git a/gcc/testsuite/gcc.dg/vect/bb-slp-pr126306-1.c 
b/gcc/testsuite/gcc.dg/vect/bb-slp-pr126306-1.c
index a385c7560396..94d0c9451eee 100644
--- a/gcc/testsuite/gcc.dg/vect/bb-slp-pr126306-1.c
+++ b/gcc/testsuite/gcc.dg/vect/bb-slp-pr126306-1.c
@@ -1,6 +1,5 @@
 /* { dg-do compile } */
 /* { dg-require-effective-target vect_int } */
-/* { dg-additional-options "-fopt-info-vec" } */
 
 int x[8], y[4];
 
@@ -8,10 +7,13 @@ void foo (void)
 {
   /* We want to split the store group after the first two elements, not
      after the first four.  */
-  x[2] = 1; /* { dg-optimized "basic block part vectorized using 8 byte 
vectors" { target vect64 } } */
+  x[2] = 1;
   x[3] = 2;
-  x[4] = y[0]; /* { dg-optimized "basic block part vectorized using 16 byte 
vectors" { target vect128 } } */
+  x[4] = y[0];
   x[5] = y[1];
   x[6] = y[2];
   x[7] = y[3];
 }
+
+/* { dg-final { scan-tree-dump "10:8: optimized: basic block part vectorized 
using 8 byte vectors" "slp2" { target { vect64 || i?86-*-* } } } } */
+/* { dg-final { scan-tree-dump "12:8: optimized: basic block part vectorized 
using 16 byte vectors" "slp2" { target vect128 } } } */

Reply via email to