From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-patches-return-374569-listarch-gcc-patches=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 5726 invoked by alias); 7 Aug 2014 09:43:40 -0000
Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-patches.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-patches/>
List-Post: <mailto:gcc-patches@gcc.gnu.org>
List-Help: <mailto:gcc-patches-help@gcc.gnu.org>
Sender: gcc-patches-owner@gcc.gnu.org
Received: (qmail 5710 invoked by uid 89); 7 Aug 2014 09:43:39 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.3.2
X-HELO: service87.mimecast.com
Received: from service87.mimecast.com (HELO service87.mimecast.com) (91.220.42.44) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 07 Aug 2014 09:43:38 +0000
Received: from cam-owa2.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) by service87.mimecast.com; Thu, 07 Aug 2014 10:43:36 +0100
Received: from shawin233 ([10.1.255.212]) by cam-owa2.Emea.Arm.com with Microsoft SMTPSVC(6.0.3790.3959);	 Thu, 7 Aug 2014 10:43:34 +0100
From: "Bin Cheng" <bin.cheng@arm.com>
To: <gcc-patches@gcc.gnu.org>
Subject: [PATCH testcase]Skip test pr61772.c for lto tests
Date: Thu, 07 Aug 2014 09:43:00 -0000
Message-ID: <000a01cfb224$0ebb81d0$2c328570$@arm.com>
MIME-Version: 1.0
X-MC-Unique: 114080710433604501
Content-Type: multipart/mixed;	boundary="----=_NextPart_000_000B_01CFB267.1CDF5E10"
X-IsSubscribed: yes
X-SW-Source: 2014-08/txt/msg00778.txt.bz2

This is a multipart message in MIME format.

------=_NextPart_000_000B_01CFB267.1CDF5E10
Content-Type: text/plain; charset=WINDOWS-1252
Content-Transfer-Encoding: quoted-printable
Content-length: 612

Hi,
Case pr61772.c scans specific string in assembly file, and it is run for
many different option combinations.  When it's tested against different lto
option combinations on targets like ARM, the generated pr61772.s may only
contain lto object content, rather than assembly codes.  The scanning check
is failed in these cases.
I think disabling lto won't weaken the test since what it tests has nothing
to do with lto.  This patch fixes these failures by disabling lto.

Is it OK?

Thanks,
bin

gcc/testsuite/ChangeLog
2014-08-07  Bin Cheng  <bin.cheng@arm.com>

	* gcc.dg/torture/pr61772.c: Skip lto running.

------=_NextPart_000_000B_01CFB267.1CDF5E10
Content-Type: text/plain; name=j4536-20140807.txt
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="j4536-20140807.txt"
Content-length: 595

Index: gcc/testsuite/gcc.dg/torture/pr61772.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- gcc/testsuite/gcc.dg/torture/pr61772.c	(revision 213529)
+++ gcc/testsuite/gcc.dg/torture/pr61772.c	(working copy)
@@ -1,4 +1,5 @@
 /* { dg-do compile } */
+/* { dg-skip-if "" { *-*-* } { "-flto" } { "" } } */
 /* { dg-final { scan-assembler-times "XXX" 2 } } */
=20
 static inline __attribute__((always_inline)) int dec_and_test (int *i)

------=_NextPart_000_000B_01CFB267.1CDF5E10--