From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23820 invoked by alias); 18 Sep 2015 15:44:56 -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 23808 invoked by uid 89); 18 Sep 2015 15:44: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) (146.101.78.143) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 18 Sep 2015 15:44:55 +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-7-j_3M2XuZR724f_7A6Z-bdw-1; Fri, 18 Sep 2015 16:44:50 +0100 Received: from e105915-lin.cambridge.arm.com ([10.1.2.79]) by cam-owa1.Emea.Arm.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 18 Sep 2015 16:44:49 +0100 Subject: Re: [PR64164] drop copyrename, integrate into expand To: Alexandre Oliva References: <20150723203112.GB27818@gate.crashing.org> <20150810082355.GA31149@arm.com> <55C8BFC3.3030603@redhat.com> <55E72D4C.40705@arm.com> Cc: Jeff Law , James Greenhalgh , "H.J. Lu" , Segher Boessenkool , Richard Biener , GCC Patches , Christophe Lyon , David Edelsohn , Eric Botcazou From: Alan Lawrence Message-ID: <55FC3171.7040509@arm.com> Date: Fri, 18 Sep 2015 15:49:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: X-MC-Unique: j_3M2XuZR724f_7A6Z-bdw-1 Content-Type: text/plain; charset=WINDOWS-1252; format=flowed Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2015-09/txt/msg01433.txt.bz2 On 02/09/15 23:12, Alexandre Oliva wrote: > On Sep 2, 2015, Alan Lawrence wrote: > >> One more failure to report, I'm afraid. On AArch64 Bigendian, >> aapcs64/func-ret-4.c ICEs in simplify_subreg (line refs here are from >> r227348): > > Thanks. The failure mode was different in the current, revamped git > branch aoliva/pr64164, but I've just fixed it there. > > I'm almost ready to post a new patch, with a new, simpler, less fragile > and more maintainable approach to integrate cfgexpand and assign_parms' > RTL assignment, so if you could give it a spin on big and little endian > aarch64 natives, that would be very much appreciated! > On trunk, aarch64_be is still ICEing in gcc.target/aarch64/aapcs64/func-ret= -4.c=20 (complex numbers). With the latest git commit 2b27ef197ece54c4573c5a748b0d40076e35412c on bran= ch=20 aoliva/pr64164, I am now able to build a cross toolchain for aarch64 and=20 aarch64_be, and can confirm the ABI failure is fixed on the branch. HTH, Alan