From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 66285 invoked by alias); 18 Nov 2015 19:39:23 -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 66267 invoked by uid 89); 18 Nov 2015 19:39:22 -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; Wed, 18 Nov 2015 19:39:20 +0000 Received: from cam-owa2.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.140]) by eu-smtp-1.mimecast.com with ESMTP id uk-mta-6-ybrWHY1JR_a7WxIKA5GJ-Q-1; Wed, 18 Nov 2015 19:39:15 +0000 Received: from e105915-lin.cambridge.arm.com ([10.1.2.79]) by cam-owa2.Emea.Arm.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 18 Nov 2015 19:39:15 +0000 Subject: Re: [PATCH] Avoid useless work in loop vectorization To: Richard Biener , gcc-patches@gcc.gnu.org References: From: Alan Lawrence Message-ID: <564CD3E2.4080401@arm.com> Date: Wed, 18 Nov 2015 19:39:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: X-MC-Unique: ybrWHY1JR_a7WxIKA5GJ-Q-1 Content-Type: text/plain; charset=WINDOWS-1252; format=flowed Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2015-11/txt/msg02264.txt.bz2 On 13/11/15 08:41, Richard Biener wrote: > > Bootstrapped and tested on x86_64-unknown-linux-gnu, applied to trunk. > > Richard. > > 2015-11-13 Richard Biener > > * tree-vect-loop.c (vect_analyze_loop_2): Add fatal parameter. > Signal fatal failure if early checks fail. > (vect_analyze_loop): If vect_analyze_loop_2 fails fatally > do not bother testing further vector sizes. It seems that on AArch64 this causes: FAIL: gcc.dg/vect/vect-outer-1-big-array.c -flto -ffat-lto-objects=20 scan-tree-dump-times vect "grouped access in outer loop" 2 FAIL: gcc.dg/vect/vect-outer-1-big-array.c scan-tree-dump-times vect "group= ed=20 access in outer loop" 2 FAIL: gcc.dg/vect/vect-outer-1.c -flto -ffat-lto-objects scan-tree-dump-ti= mes=20 vect "grouped access in outer loop" 2 FAIL: gcc.dg/vect/vect-outer-1.c scan-tree-dump-times vect "grouped access = in=20 outer loop" 2 FAIL: gcc.dg/vect/vect-outer-1a-big-array.c -flto -ffat-lto-objects=20 scan-tree-dump-times vect "grouped access in outer loop" 2 FAIL: gcc.dg/vect/vect-outer-1a-big-array.c scan-tree-dump-times vect "grou= ped=20 access in outer loop" 2 FAIL: gcc.dg/vect/vect-outer-1a.c -flto -ffat-lto-objects scan-tree-dump-t= imes=20 vect "grouped access in outer loop" 2 FAIL: gcc.dg/vect/vect-outer-1a.c scan-tree-dump-times vect "grouped access= in=20 outer loop" 2 FAIL: gcc.dg/vect/vect-outer-1b-big-array.c -flto -ffat-lto-objects=20 scan-tree-dump-times vect "grouped access in outer loop" 2 FAIL: gcc.dg/vect/vect-outer-1b-big-array.c scan-tree-dump-times vect "grou= ped=20 access in outer loop" 2 FAIL: gcc.dg/vect/vect-outer-1b.c -flto -ffat-lto-objects scan-tree-dump-t= imes=20 vect "grouped access in outer loop" 2 FAIL: gcc.dg/vect/vect-outer-1b.c scan-tree-dump-times vect "grouped access= in=20 outer loop" 2 FAIL: gcc.dg/vect/vect-outer-2b.c -flto -ffat-lto-objects scan-tree-dump-t= imes=20 vect "grouped access in outer loop" 2 FAIL: gcc.dg/vect/vect-outer-2b.c scan-tree-dump-times vect "grouped access= in=20 outer loop" 2 FAIL: gcc.dg/vect/vect-outer-3b.c -flto -ffat-lto-objects scan-tree-dump-t= imes=20 vect "grouped access in outer loop" 4 FAIL: gcc.dg/vect/vect-outer-3b.c scan-tree-dump-times vect "grouped access= in=20 outer loop" 4 Still there on r230556, I haven't dug any further yet. Thanks, Alan