From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18643 invoked by alias); 20 Jan 2013 20:21:22 -0000 Received: (qmail 18631 invoked by uid 22791); 20 Jan 2013 20:21:20 -0000 X-SWARE-Spam-Status: No, hits=-7.3 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_DNSWL_HI,RCVD_IN_HOSTKARMA_W,RP_MATCHES_RCVD,SPF_HELO_PASS X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sun, 20 Jan 2013 20:21:14 +0000 Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r0KKLDwT013298 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 20 Jan 2013 15:21:13 -0500 Received: from Mair.local (vpn-55-186.rdu2.redhat.com [10.10.55.186]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r0KKLCGb030748; Sun, 20 Jan 2013 15:21:13 -0500 Message-ID: <50FC51B8.2090000@redhat.com> Date: Sun, 20 Jan 2013 20:21:00 -0000 From: Vladimir Makarov User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/20130107 Thunderbird/17.0.2 MIME-Version: 1.0 To: Steven Bosscher CC: GCC Patches Subject: Re: LRA branch was merged with trunk References: <50F9C2E5.6060401@redhat.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes 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 X-SW-Source: 2013-01/txt/msg01029.txt.bz2 On 13-01-19 9:09 AM, Steven Bosscher wrote: > On Sat, Jan 19, 2013 at 2:12 PM, Steven Bosscher wrote: >> It looks like this merge breaks bootstrap on >> powerpc64-unknown-linux-gnu. The compiler goes into an infinite loop >> while compiling libdecnumber. I'm trying to create a small test case. > Here it is. Compile with: > > $ ./cc1 -quiet -mlong-double-128 -mno-minimal-toc -g -O2 -fPIC > -fbuilding-libgcc -fno-stack-protector lra_ppc64_infloop.c > > I haven't looked into the problem much, but it looks like some kind of > reloading problem: max_reg_num() keeps growing until OOM. > > Thanks for reporting this. That is a result of my latest patch for the trunk. I fixed the problem on the trunk and merged lra-branch with the trunk. The PPC bootstrap should be ok now.