From patchwork Wed Oct 23 23:04:23 2013 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Kugan Vivekanandarajah X-Patchwork-Id: 285749 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 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by ozlabs.org (Postfix) with ESMTPS id 00CDB2C00AC for ; Thu, 24 Oct 2013 10:04:41 +1100 (EST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gcc.gnu.org; h=list-id :list-unsubscribe:list-archive:list-post:list-help:sender :message-id:date:from:mime-version:to:cc:subject:content-type; q=dns; s=default; b=qovvoef2WLQVjRycTQIjGhuWn2HATFuKK7p5SaoCiBd gzlKT6YHNuFjsZ4dWwOwqDnpy3EmkNUjVYlChDqUke6cPXWVu4Uvse820wh8IzZz XL/qnUb+yz47Y8Gqk2xPMCvIB3uHKyrOnaQaPiBvcP1+DaqTALpRgAxQaZlfwG5I = 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 :message-id:date:from:mime-version:to:cc:subject:content-type; s=default; bh=T1qHzpCJjIzi0pZiNjuqNEczuu0=; b=v52K0mr2TN84IPEgY XEhYsXkeYOrmAHVVHTJf8PhSbfvXu/wODzdAdjqANnCZ4n91+/hISx2DytAQv79f iiQqu6eJAMlhPODuxNmab81NdMk/G7IHIr8hvcbxK3ZMJo/kX2ne4Bb53YH4Op4i X0IQuOUEg2UKFM5pbvYTwau+nU= Received: (qmail 2429 invoked by alias); 23 Oct 2013 23:04:36 -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 2413 invoked by uid 89); 23 Oct 2013 23:04:35 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.5 required=5.0 tests=AWL, BAYES_00, RCVD_IN_DNSWL_NONE, SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-pd0-f179.google.com Received: from mail-pd0-f179.google.com (HELO mail-pd0-f179.google.com) (209.85.192.179) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Wed, 23 Oct 2013 23:04:34 +0000 Received: by mail-pd0-f179.google.com with SMTP id y10so1532319pdj.24 for ; Wed, 23 Oct 2013 16:04:33 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:content-type; bh=Hlmri6zX2GiEvvHMEIh+WiXGjJ14OltY1ufT+t50jCg=; b=msShT4nJsqNdAkKxD4mNCijbK/kZHpnTBwv3QQ55scRFijfeCYRmI7XhDM8X5Y/wgB 7LRhfn6XknhGf0oWDHWKxfiIiHDTlI2OT2aaasaVdU5/f0YU2dwWfsgqs8mWqMGQa5zK i2hF9VuYtcZa+zjGhK2WKvjyGqusCidevDl8BlpHe9PbzSdBbxXMphzJsPz5mwZ4ayHw hL37pE3Wo0lFdPZFjSO9YgISQ0B+s/KjtMWNPEyqIhD3uYgTgkdYXpJjOicaFC0ZJluk 3UYF2jnleLQieKSlYm4DsfD+o+rZrCfrHlZmDDWEtzfcYsQixHUUROYQQaPwCAJhNJAw /agA== X-Gm-Message-State: ALoCoQmIFCQD3MQXW9VbGxx2V+DhDJqsO/mZ11S943AVzdIdlVEhERZ2C4YqoJTQp4zJOtnV+Ag3 X-Received: by 10.66.118.71 with SMTP id kk7mr262180pab.14.1382569473048; Wed, 23 Oct 2013 16:04:33 -0700 (PDT) Received: from [192.168.1.4] (27-33-114-215.tpgi.com.au. [27.33.114.215]) by mx.google.com with ESMTPSA id pu5sm339737pac.21.2013.10.23.16.04.30 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 23 Oct 2013 16:04:32 -0700 (PDT) Message-ID: <526855F7.6040309@linaro.org> Date: Thu, 24 Oct 2013 09:34:23 +1030 From: Kugan User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: "gcc-patches@gcc.gnu.org" CC: Richard Earnshaw , Ramana Radhakrishnan , patches@linaro.org Subject: [ARM][PATCH] Fix testsuite testcase neon-vcond-[ltgt,unordered].c X-IsSubscribed: yes Hi, arm testcases neon-vcond-ltgt.c and neon-vcond-unordered.c fails in Linaro 4.8 branch. It is not reproducable with trunk but it can happen. Both neon-vcond-ltgt.c and neon-vcond-unordered.c scans for vbsl instruction, with other vector instructions. However, as per the comment for "neon_vbsl_internal" md pattern defined in neon.md, gcc can generate vbsl or vbit or vbif depending on the register allocation. Therfore, these testcases should scan for one of these three instructions instead of just vbsl. I have updated the testcases to scan vbsl or vbit or vbif now. Is this OK? Thanks, Kugan 2013-10-23 Kugan Vivekanandarajah * gcc.target/arm/neon-vcond-ltgt.c: Scan for vbsl or vbit or vbif. * gcc.target/arm/neon-vcond-unordered.c: Scan for vbsl or vbit or vbif. diff --git a/gcc/testsuite/gcc.target/arm/neon-vcond-ltgt.c b/gcc/testsuite/gcc.target/arm/neon-vcond-ltgt.c index acb23a9..c8306e3 100644 --- a/gcc/testsuite/gcc.target/arm/neon-vcond-ltgt.c +++ b/gcc/testsuite/gcc.target/arm/neon-vcond-ltgt.c @@ -15,4 +15,4 @@ void foo (int ilast,float* w, float* w2) /* { dg-final { scan-assembler-times "vcgt\\.f32\[\\t \]*q\[0-9\]+,\[\\t \]*q\[0-9\]+,\[\\t \]*q\[0-9\]+" 2 } } */ /* { dg-final { scan-assembler "vorr\[\\t \]*q\[0-9\]+,\[\\t \]*q\[0-9\]+,\[\\t \]*q\[0-9\]+" } } */ -/* { dg-final { scan-assembler "vbsl\[\\t \]*q\[0-9\]+,\[\\t \]*q\[0-9\]+,\[\\t \]*q\[0-9\]+" } } */ +/* { dg-final { scan-assembler "vbsl|vbit|vbif\[\\t \]*q\[0-9\]+,\[\\t \]*q\[0-9\]+,\[\\t \]*q\[0-9\]+" } } */ diff --git a/gcc/testsuite/gcc.target/arm/neon-vcond-unordered.c b/gcc/testsuite/gcc.target/arm/neon-vcond-unordered.c index c3e448d..3bb67d3 100644 --- a/gcc/testsuite/gcc.target/arm/neon-vcond-unordered.c +++ b/gcc/testsuite/gcc.target/arm/neon-vcond-unordered.c @@ -16,4 +16,4 @@ void foo (int ilast,float* w, float* w2) /* { dg-final { scan-assembler "vcgt\\.f32\[\\t \]*q\[0-9\]+,\[\\t \]*q\[0-9\]+,\[\\t \]*q\[0-9\]+" } } */ /* { dg-final { scan-assembler "vcge\\.f32\[\\t \]*q\[0-9\]+,\[\\t \]*q\[0-9\]+,\[\\t \]*q\[0-9\]+" } } */ /* { dg-final { scan-assembler "vorr\[\\t \]*q\[0-9\]+,\[\\t \]*q\[0-9\]+,\[\\t \]*q\[0-9\]+" } } */ -/* { dg-final { scan-assembler "vbsl\[\\t \]*q\[0-9\]+,\[\\t \]*q\[0-9\]+,\[\\t \]*q\[0-9\]+" } } */ +/* { dg-final { scan-assembler "vbsl|vbit|vbif\[\\t \]*q\[0-9\]+,\[\\t \]*q\[0-9\]+,\[\\t \]*q\[0-9\]+" } } */