From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22111 invoked by alias); 6 Nov 2015 10:36:27 -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 22100 invoked by uid 89); 6 Nov 2015 10:36:27 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.5 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY,T_RP_MATCHES_RCVD autolearn=no version=3.3.2 X-HELO: foss.arm.com Received: from foss.arm.com (HELO foss.arm.com) (217.140.101.70) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 06 Nov 2015 10:36:26 +0000 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id EE62C49; Fri, 6 Nov 2015 02:36:13 -0800 (PST) Received: from [10.2.206.22] (e104437-lin.cambridge.arm.com [10.2.206.22]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 352F53F2E5; Fri, 6 Nov 2015 02:36:24 -0800 (PST) Subject: Re: Re: [PATCH] Fix PRs 66502 and 67167 To: Richard Biener References: Cc: "gcc-patches@gcc.gnu.org" From: Jiong Wang Message-ID: <563C82A6.5070500@foss.arm.com> Date: Fri, 06 Nov 2015 10:36: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: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2015-11/txt/msg00579.txt.bz2 On 21/08/15 10:47, Jiong Wang wrote: > Richard Biener writes: > >> I see the following ICE: >> >> t.c:13:1: internal compiler error: in decompose_normal_address, at >> rtlanal.c:6090 >> } >> ^ >> 0xc94a37 decompose_normal_address >> /space/rguenther/tramp3d/trunk/gcc/rtlanal.c:6090 >> 0xc94d25 decompose_address(address_info*, rtx_def**, machine_mode, >> unsigned char, rtx_code) >> /space/rguenther/tramp3d/trunk/gcc/rtlanal.c:6167 >> 0xc94dc3 decompose_mem_address(address_info*, rtx_def*) >> /space/rguenther/tramp3d/trunk/gcc/rtlanal.c:6187 >> 0xb61149 process_address_1 >> /space/rguenther/tramp3d/trunk/gcc/lra-constraints.c:2867 >> 0xb61c4e process_address >> /space/rguenther/tramp3d/trunk/gcc/lra-constraints.c:3124 >> 0xb62607 curr_insn_transform >> /space/rguenther/tramp3d/trunk/gcc/lra-constraints.c:3419 >> 0xb65250 lra_constraints(bool) >> /space/rguenther/tramp3d/trunk/gcc/lra-constraints.c:4421 >> >> that looks like a latent issue to me in an area of GCC I am not >> familiar with. I suggest to open a bugreport and CC Vladimir. > Thanks for the info. Done https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67305 Richard, Though the ICE itself is caused by one latent bug in ARM backend (PR67305), while my further double check shows there is performance regression since this patch. The regression should have been caused by other gcc latent bugs in tree-vrp pass. Bugzilla created to track Thanks. https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68234 Regards, Jiong > > >> The r226850 change caused us to eliminate an induction variable >> early (I suspect IVOPTs would have done this later anyway, but >> I did not verify that): >> >> Replaced redundant PHI node defining bl_2 with c_1 >> Replaced c_1 + 1 with bl_15 in all uses of c_16 = c_1 + 1; >> Removing dead stmt c_16 = c_1 + 1; >> Removing dead stmt bl_2 = PHI <0(2), bl_15(3)> >> >> Thanks, >> Richard. >> >>> Thanks. >>>