From patchwork Mon Dec 10 17:11:17 2012
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Subject: [mips,testsuite] Fix scan on gcc.target/mips/ext-2.c
Date: Mon, 10 Dec 2012 07:11:17 -0000
From: Steve Ellcey <sellcey@mips.com>
X-Patchwork-Id: 204990
Message-Id: <487cd252-3f6e-41d1-b313-ac9dbe928370@EXCHHUB01.MIPS.com>
To: <gcc-patches@gcc.gnu.org>

In looking at the failure of gcc.target/mips/ext-2.c, it looks like the
GCC compiler is now figuring out that it can use a 32 bit ext instruction
instead of a 64 bit dext instruction and that this is why the test
fails.  Here is a patch to look for 'ext' or 'dext', OK to checkin?
It fixes the failure for me and I see no reason why GCC should not use
the ext instruction instead of dext in this case.

Steve Ellcey
sellcey@mips.com


2012-12-10  Steve Ellcey  <sellcey@mips.com>

	* gcc.target/mips/ext-2.c: Scan for ext or dext.


diff --git a/gcc/testsuite/gcc.target/mips/ext-2.c b/gcc/testsuite/gcc.target/mips/ext-2.c
index 5d68bc5..6063d3b 100644
--- a/gcc/testsuite/gcc.target/mips/ext-2.c
+++ b/gcc/testsuite/gcc.target/mips/ext-2.c
@@ -4,7 +4,7 @@
 /* { dg-do compile } */
 /* { dg-options "isa_rev>=2 -mgp64" } */
 /* { dg-skip-if "code quality test" { *-*-* } { "-O0" } { "" } } */
-/* { dg-final { scan-assembler "\tdext\t" } } */
+/* { dg-final { scan-assembler "\t(dext|ext)\t" } } */
 /* { dg-final { scan-assembler-not "\tand" } } */
 /* { dg-final { scan-assembler-not "\td?srl" } } */