[gcc r16-7361] rtl-optimization/119982 - XFAIL part of gcc.target/i386/pr109362.c

[Richard Biener]

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

commit r16-7361-ga1b88393e85efba910092e54a0bd3ea1da7ee4f3
Author: Richard Biener <rguenther@suse.de>
Date:   Fri Feb 6 11:03:54 2026 +0100

    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:
---
 gcc/testsuite/gcc.target/i386/pr109362.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/gcc/testsuite/gcc.target/i386/pr109362.c b/gcc/testsuite/gcc.target/i386/pr109362.c
index 0e44dae03892..445a3ccdd38d 100644
--- 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; };