rtl-optimization/119982 - XFAIL part of gcc.target/i386/pr109362.c

This XFAILs the gcc.target/i386/pr109362.c testcase where we now
need an additional register for the address part of a sequence
of two atomic loads because TER no longer applies after we now
hoist the address computation out of a loop.  In the PR I noted
how RTL propagation could handle this.  In the end this restores
the state we had in GCC 12 and earlier where in GCC 13 the code
generation improved by accident.

This resolves a P1 testsuite regression.

	PR rtl-optimization/119982
	* gcc.target/i386/pr109362.c: XFAIL.

diff --git a/gcc/testsuite/gcc.target/i386/pr109362.c b/gcc/testsuite/gcc.target/i386/pr109362.c
index 0e44dae03892c8007e445de7c4923c603be48cb2..445a3ccdd38d13aa33984b8567f1e26123f6c1a1 100644 (file)
--- a/gcc/testsuite/gcc.target/i386/pr109362.c
+++ b/gcc/testsuite/gcc.target/i386/pr109362.c
@@ -3,7 +3,7 @@
 /* { dg-options "-O2 -masm=att" } */
 /* Ensure we don't waste a register set to %rdi + 8.  */
 /* { dg-final { scan-assembler "\tmovq\t\\\(%rdi\\\), %r" } } */
-/* { dg-final { scan-assembler "\tmovq\t8\\\(%rdi\\\), %r" } } */
+/* { dg-final { scan-assembler "\tmovq\t8\\\(%rdi\\\), %r" { xfail *-*-* } } } */
 
 struct S { long a, b; };