From patchwork Tue Jun 2 03:56:13 2015 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Bin Cheng X-Patchwork-Id: 479280 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Received: from sourceware.org (server1.sourceware.org [209.132.180.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ozlabs.org (Postfix) with ESMTPS id 268381412E7 for ; Tue, 2 Jun 2015 13:56:47 +1000 (AEST) Authentication-Results: ozlabs.org; dkim=pass (1024-bit key; unprotected) header.d=gcc.gnu.org header.i=@gcc.gnu.org header.b=YoapCOqK; dkim-atps=neutral DomainKey-Signature: a=rsa-sha1; c=nofws; d=gcc.gnu.org; h=list-id :list-unsubscribe:list-archive:list-post:list-help:sender:from :to:subject:date:message-id:mime-version:content-type; q=dns; s= default; b=DplncGwz+tEDB5BqTzMDee8MhNatM+kHon0VmsNtp/nkCUrYmj4y6 CS4bTro8GggJICpnnFdGnU5oiop2aR/0l5YHvKLyW+RVbEsfXcHruOqiIrS0ySgj mHDwrp8rd47TUQDIU0Gng0EsIM++Tj4RtXKGBPlsPoAYuFOR5QKF/o= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=gcc.gnu.org; h=list-id :list-unsubscribe:list-archive:list-post:list-help:sender:from :to:subject:date:message-id:mime-version:content-type; s= default; bh=w3zYG/pSFg20/s70x1hqNy07Hts=; b=YoapCOqK98TpZ1xNezOK gdYAQRingDRnkfM/YBzV4YY6Jbc86sVPqDIo9x8+ahH96B+ida4UZdzvyeMne6Qt C9P5HUnTHpVk4NNU24zOBqswGt90RFkQ2cJPA8xtrUZRvPsuRMtAkSvVrtFcOYqk rthfGpKaKQqux8WHtU5rj7c= Received: (qmail 81246 invoked by alias); 2 Jun 2015 03:56:38 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Delivered-To: mailing list gcc-patches@gcc.gnu.org Received: (qmail 81182 invoked by uid 89); 2 Jun 2015 03:56:28 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.1 required=5.0 tests=AWL, BAYES_05, SPF_PASS autolearn=ham version=3.3.2 X-HELO: eu-smtp-delivery-143.mimecast.com Received: from eu-smtp-delivery-143.mimecast.com (HELO eu-smtp-delivery-143.mimecast.com) (146.101.78.143) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 02 Jun 2015 03:56:26 +0000 Received: from cam-owa2.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.140]) by uk-mta-31.uk.mimecast.lan; Tue, 02 Jun 2015 04:56:21 +0100 Received: from shawin233 ([10.1.2.79]) by cam-owa2.Emea.Arm.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 2 Jun 2015 04:56:20 +0100 From: "Bin Cheng" To: Subject: [PATCH testsuite]Refine scanning string in pr65447.c to support small address offset target Date: Tue, 2 Jun 2015 11:56:13 +0800 Message-ID: <000001d09ce8$135270a0$39f751e0$@arm.com> MIME-Version: 1.0 X-MC-Unique: IbuPplpaSae3rBXLkqchWw-1 X-IsSubscribed: yes Hi, On some arm processors, the offset supported in addressing modes is very small. As a result, the dozens of address induction variables will be grouped into several groups, rather than only one as on armv7/8. This patch refines scanning string to avoid test failure on such processors. It's an obvious change, and test acts as expected. So is it OK? I will commit it in next 24 hours if there is no objection. Thanks, bin 2015-06-02 Bin Cheng PR tree-optimization/65447 * gcc.dg/tree-ssa/pr65447.c: Increase searching number. Index: gcc/testsuite/gcc.dg/tree-ssa/pr65447.c =================================================================== --- gcc/testsuite/gcc.dg/tree-ssa/pr65447.c (revision 223794) +++ gcc/testsuite/gcc.dg/tree-ssa/pr65447.c (working copy) @@ -50,5 +50,5 @@ void foo (double *p) } /* We should groups address type IV uses. */ -/* { dg-final { scan-tree-dump-not "\\nuse 2\\n" "ivopts" } } */ +/* { dg-final { scan-tree-dump-not "\\nuse 4\\n" "ivopts" } } */ /* { dg-final { cleanup-tree-dump "ivopts" } } */