From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-patches-return-405754-listarch-gcc-patches=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 54204 invoked by alias); 21 Aug 2015 09:56:57 -0000
Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-patches.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-patches/>
List-Post: <mailto:gcc-patches@gcc.gnu.org>
List-Help: <mailto:gcc-patches-help@gcc.gnu.org>
Sender: gcc-patches-owner@gcc.gnu.org
Received: (qmail 54191 invoked by uid 89); 21 Aug 2015 09:56:56 -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, 21 Aug 2015 09:56:55 +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-22-CyiEZmy6Suu4hXO8Bh_j5Q-1; Fri, 21 Aug 2015 10:56:49 +0100
Received: from e104437-lin ([10.1.2.79]) by cam-owa2.Emea.Arm.com with Microsoft SMTPSVC(6.0.3790.3959);	 Fri, 21 Aug 2015 10:56:49 +0100
References: <alpine.LSU.2.11.1508130901080.19998@zhemvz.fhfr.qr> <n99h9ntgfbf.fsf@arm.com> <alpine.LSU.2.11.1508211142240.4884@zhemvz.fhfr.qr>
From: Jiong Wang <jiong.wang@arm.com>
To: Richard Biener <rguenther@suse.de>
Cc: "gcc-patches\@gcc.gnu.org" <gcc-patches@gcc.gnu.org>
Subject: Re: [PATCH] Fix PRs 66502 and 67167
Date: Fri, 21 Aug 2015 10:05:00 -0000
In-reply-to: <alpine.LSU.2.11.1508211142240.4884@zhemvz.fhfr.qr>
Message-ID: <n99fv3dge1q.fsf@arm.com>
MIME-Version: 1.0
X-MC-Unique: CyiEZmy6Suu4hXO8Bh_j5Q-1
Content-Type: text/plain; charset=WINDOWS-1252
Content-Transfer-Encoding: quoted-printable
X-SW-Source: 2015-08/txt/msg01291.txt.bz2


Richard Biener writes:

> I see the following ICE:
>
> t.c:13:1: internal compiler error: in decompose_normal_address, at=20
> rtlanal.c:6090
>  }
>  ^
> 0xc94a37 decompose_normal_address
>         /space/rguenther/tramp3d/trunk/gcc/rtlanal.c:6090
> 0xc94d25 decompose_address(address_info*, rtx_def**, machine_mode,=20
> 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=3D67=
305


>
> 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 =3D c_1 + 1;
> Removing dead stmt c_16 =3D c_1 + 1;
> Removing dead stmt bl_2 =3D PHI <0(2), bl_15(3)>
>
> Thanks,
> Richard.
>
>>   Thanks.
>>=20

--=20
Regards,
Jiong