OK for GCC 14 branch, thanks :)
On Tue, Apr 15, 2025 at 12:23 PM Alexandre Oliva <ol...@adacore.com> wrote: > > On Apr 14, 2025, Jeff Law <jeffreya...@gmail.com> wrote: > > > No strong opinion. I'd lean towards xfail or twiddling the test since > > that's obviously super-save WRT codegen on the gcc-14 release branch. > > Twiddling it is, then (pending approval ;-) > > The pr118182-2.c testcase backported from gcc-15 depended on the late > combine pass after register allocation to substitute the zero constant > into the pred_broadcast to get to the expected vmv.s.x instruction. > Without that pass, we get a mfmv.s.f instead. Expect that on gcc-14. > > Tested both riscv64-elf and riscv32-elf on x86_64-linux-gnu. > Ok for gcc-14? > > > for gcc/testsuite/ChangeLog > > PR target/118182 > * gcc.target/riscv/rvv/autovec/pr118182-2.c: Adjust. > --- > .../gcc.target/riscv/rvv/autovec/pr118182-2.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/gcc/testsuite/gcc.target/riscv/rvv/autovec/pr118182-2.c > b/gcc/testsuite/gcc.target/riscv/rvv/autovec/pr118182-2.c > index 619d757a14fa7..0e334f5991510 100644 > --- a/gcc/testsuite/gcc.target/riscv/rvv/autovec/pr118182-2.c > +++ b/gcc/testsuite/gcc.target/riscv/rvv/autovec/pr118182-2.c > @@ -9,7 +9,7 @@ > ** ... > ** vsetvli [ast][0-9]+,zero,.* > ** ... > -** vmv.s.x .* > +** vfmv.s.f .* > ** ... > ** vfredusum.vs .* > ** ... > > > -- > Alexandre Oliva, happy hacker https://blog.lx.oliva.nom.br/ > Free Software Activist FSFLA co-founder GNU Toolchain Engineer > More tolerance and less prejudice are key for inclusion and diversity. > Excluding neuro-others for not behaving ""normal"" is *not* inclusive!
