From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 102731 invoked by alias); 3 Jul 2015 13:01:25 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 102717 invoked by uid 89); 3 Jul 2015 13:01:25 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00,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) (207.82.80.143) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 03 Jul 2015 13:01:23 +0000 Received: from cam-owa1.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.140]) by eu-smtp-1.mimecast.com with ESMTP id uk-mta-6-djVHfxWaTee2h5T9lDha-Q-1 Received: from [10.2.207.65] ([10.1.2.79]) by cam-owa1.Emea.Arm.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 3 Jul 2015 14:01:16 +0100 Message-ID: <5596879D.8000607@arm.com> Date: Fri, 03 Jul 2015 13:01:00 -0000 From: Alan Lawrence User-Agent: Thunderbird 2.0.0.24 (X11/20101213) MIME-Version: 1.0 To: Charles Baylis CC: Ramana Radhakrishnan , Kyrylo Tkachov , "gcc-patches@gcc.gnu.org" Subject: Re: [PATCH 0/3] [ARM] PR63870 improve error messages for NEON vldN_lane/vstN_lane References: <1435851584-16430-1-git-send-email-charles.baylis@linaro.org> In-Reply-To: <1435851584-16430-1-git-send-email-charles.baylis@linaro.org> X-MC-Unique: djVHfxWaTee2h5T9lDha-Q-1 Content-Type: text/plain; charset=WINDOWS-1252; format=flowed Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2015-07/txt/msg00198.txt.bz2 Charles Baylis wrote: > These patches are a port of the changes do the same thing for AArch64 (see > https://gcc.gnu.org/ml/gcc-patches/2015-06/msg01984.html) >=20 > The first patch ports over some infrastructure, and the second converts t= he > vldN_lane and vstN_lane intrinsics. The changes required for vget_lane and > vset_lane will be done in a future patch. >=20 > The third patch includes the test cases from the AArch64 version, except = that > the xfails for arm targets have been removed. If this series gets approved > before the AArch64 patch, I will commit the tests with xfail for aarch64 > targets. Given the large number of test cases, essentially because of test framework= =20 limitations, does it make sense to put these in their own directory? Just a= thought. Cheers, Alan