From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10342 invoked by alias); 15 Oct 2014 16:58:17 -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 10331 invoked by uid 89); 15 Oct 2014 16:58:16 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.2 X-HELO: relay1.mentorg.com Received: from relay1.mentorg.com (HELO relay1.mentorg.com) (192.94.38.131) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 15 Oct 2014 16:58:15 +0000 Received: from nat-ies.mentorg.com ([192.94.31.2] helo=SVR-IES-FEM-01.mgc.mentorg.com) by relay1.mentorg.com with esmtp id 1XeRtr-0003eV-Gn from Andrew_Stubbs@mentor.com ; Wed, 15 Oct 2014 09:58:11 -0700 Received: from [172.30.88.13] (137.202.0.76) by SVR-IES-FEM-01.mgc.mentorg.com (137.202.0.104) with Microsoft SMTP Server id 14.3.181.6; Wed, 15 Oct 2014 17:58:10 +0100 Message-ID: <543EA79E.5050601@mentor.com> Date: Wed, 15 Oct 2014 16:59:00 -0000 From: Andrew Stubbs User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: Jiong Wang , James Greenhalgh CC: Richard Earnshaw , "gcc-patches@gcc.gnu.org" Subject: Re: [arm][patch] fix arm_neon_ok check on !arm_arch7 References: <5414B99D.3020202@codesourcery.com> <5416B580.9070208@arm.com> <5416C5C3.8070603@codesourcery.com>,<20140923082716.GA28745@arm.com> <543EA224.1020501@arm.com> In-Reply-To: <543EA224.1020501@arm.com> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2014-10/txt/msg01391.txt.bz2 On 15/10/14 17:34, Jiong Wang wrote: > On 23/09/14 16:22, Stubbs, Andrew wrote: >> Maybe the original patch is better? Or maybe it should reconfigure the >> FPU instead of erroring out? But reconfigure it to what? > > Andrew, > > are you still working on this? > a bunch of tests on my local environment failed because of the reason > James mentioned. for example gcc.target/arm/xor-and.c etc. I can do, but nobody had any suggestions of a better fix. It seems that the testsuite is broken different ways with and without neon. I get it running (and failing) NEON tests on multilibs it should not, and you get it failing non-NEON tests on toolchains configured to have NEON by default. I can apply my original patch, if that works better? Andrew