[Bug target/115372] New: [15 Regression] RISCV pr97428.c scan-tree-dump-times after r15-812-gc71886f2ca2

[Bug target/115372] New: [15 Regression] RISCV pr97428.c scan-tree-dump-times after r15-812-gc71886f2ca2

[patrick at rivosinc dot com]

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

            Bug ID: 115372
           Summary: [15 Regression] RISCV pr97428.c scan-tree-dump-times
                    after r15-812-gc71886f2ca2
           Product: gcc
           Version: 15.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: target
          Assignee: unassigned at gcc dot gnu.org
          Reporter: patrick at rivosinc dot com
  Target Milestone: ---

r15-812-gc71886f2ca2 regressed:

FAIL: gcc.target/riscv/rvv/autovec/struct/struct_vect-4.c scan-assembler-times
vsseg3e64\\.v 8
FAIL: gcc.target/riscv/rvv/autovec/struct/struct_vect-4.c scan-assembler-times
vsseg5e64\\.v 4
FAIL: gcc.target/riscv/rvv/autovec/struct/struct_vect-4.c scan-assembler-times
vsseg7e64\\.v 4
FAIL: gcc.dg/vect/pr97428.c -flto -ffat-lto-objects  scan-tree-dump-times vect
"vectorizing stmts using SLP" 1
FAIL: gcc.dg/vect/pr97428.c scan-tree-dump-times vect "vectorizing stmts using
SLP" 1

These might just require updating the test expectations.

Relevant postcommit link:
https://github.com/patrick-rivos/gcc-postcommit-ci/issues/980

[Bug target/115372] [15 Regression] RISCV pr97428.c scan-tree-dump-times after r15-812-gc71886f2ca2

[patrick at rivosinc dot com]

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

--- Comment #1 from Patrick O'Neill <patrick at rivosinc dot com> ---
debug output:
gcc.target/riscv/rvv/autovec/struct/struct_vect-4.c: vsseg3e64\\.v found 0
times
FAIL: gcc.target/riscv/rvv/autovec/struct/struct_vect-4.c scan-assembler-times
vsseg3e64\\.v 8
gcc.target/riscv/rvv/autovec/struct/struct_vect-4.c: vsseg5e64\\.v found 0
times
FAIL: gcc.target/riscv/rvv/autovec/struct/struct_vect-4.c scan-assembler-times
vsseg5e64\\.v 4
gcc.target/riscv/rvv/autovec/struct/struct_vect-4.c: vsseg7e64\\.v found 0
times
FAIL: gcc.target/riscv/rvv/autovec/struct/struct_vect-4.c scan-assembler-times
vsseg7e64\\.v 4

gcc.dg/vect/pr97428.c -flto -ffat-lto-objects : pattern found 0 times
FAIL: gcc.dg/vect/pr97428.c -flto -ffat-lto-objects  scan-tree-dump-times vect
"vectorizing stmts using SLP" 1
gcc.dg/vect/pr97428.c: pattern found 0 times
FAIL: gcc.dg/vect/pr97428.c scan-tree-dump-times vect "vectorizing stmts using
SLP" 1

[Bug target/115372] [15 Regression] RISCV pr97428.c scan-tree-dump-times after r15-812-gc71886f2ca2

[rguenth at gcc dot gnu.org]

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

Richard Biener <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|---                         |15.0
           Keywords|                            |testsuite-fail
                 CC|                            |rguenth at gcc dot gnu.org
             Target|                            |riscv

--- Comment #2 from Richard Biener <rguenth at gcc dot gnu.org> ---
I don't remember seeing FAIL: gcc.dg/vect/pr97428.c in the precommit CI, this
one should get one SLP instance and seeing zero means it now fails to SLP on
RISC-V.  With a cross and rv64gcv I don't see this failure (on top of trunk).
Ah, for me it's XFAILed because of ! vect_hw_misalign - do you use additional
flags?  But even adding -mno-strict-align doesn't help.

Oh, the dejagnu harness uses check_effective_target_riscv_v_misalign_ok
which _runs_ a testcase ... which of course fails for my simple cc1 cross
(w/o binutils and w/o qemu set up).  Is the precommit CI any better here?