From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20569 invoked by alias); 7 Jun 2002 08:32:24 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 20520 invoked by uid 61); 7 Jun 2002 08:32:20 -0000 Date: Fri, 07 Jun 2002 01:32:00 -0000 Message-ID: <20020607083219.20519.qmail@sources.redhat.com> To: gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, hubicka@gcc.gnu.org, nobody@gcc.gnu.org, thorpej@wasabisystems.com From: davem@gcc.gnu.org Reply-To: davem@gcc.gnu.org, gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, hubicka@gcc.gnu.org, nobody@gcc.gnu.org, thorpej@wasabisystems.com, gcc-gnats@gcc.gnu.org Subject: Re: middle-end/6566: sparc64-unknown-netbsd-gcc loops consuming memory X-SW-Source: 2002-06/txt/msg00143.txt.bz2 List-Id: Synopsis: sparc64-unknown-netbsd-gcc loops consuming memory Responsible-Changed-From-To: unassigned->hubicka Responsible-Changed-By: davem Responsible-Changed-When: Fri Jun 7 01:32:16 2002 Responsible-Changed-Why: Jan can you take a look at this? The problem is calculate_global_regs_live() is what is looping. Every iteration, right before qhead gets to qtail in the main loop, we advance qtail almost through the whole queue. This process repeats forever. Any target crossed to sparc64-netbsd will be able to reproduce this so it should be easy for you to work on it. Thanks. State-Changed-From-To: open->analyzed State-Changed-By: davem State-Changed-When: Fri Jun 7 01:32:16 2002 State-Changed-Why: calculate_global_regs_live loops forever never making forward progress http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=6566