From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-bugs-return-303983-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 1177 invoked by alias); 3 Jan 2010 17:03:23 -0000
Received: (qmail 30343 invoked by uid 48); 3 Jan 2010 17:03:08 -0000
Date: Sun, 03 Jan 2010 17:03:00 -0000
Message-ID: <20100103170308.30341.qmail@sourceware.org>
X-Bugzilla-Reason: CC
References: <bug-42175-10053@http.gcc.gnu.org/bugzilla/>
Subject: [Bug rtl-optimization/42175] Slow compile and much memory  use at -O1
In-Reply-To: <bug-42175-10053@http.gcc.gnu.org/bugzilla/>
Reply-To: gcc-bugzilla@gcc.gnu.org
To: gcc-bugs@gcc.gnu.org
From: "rguenth at gcc dot gnu dot org" <gcc-bugzilla@gcc.gnu.org>
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
X-SW-Source: 2010-01/txt/msg00290.txt.bz2



------- Comment #7 from rguenth at gcc dot gnu dot org  2010-01-03 17:03 -------
Well, obviously it is because

template<typename T>
gmic& gmic::parse(...)
{
...
    while (position<command_line.size() && !is_quit) {

loop body with 4000 lines of code (well, including lots of lines
with a few thousand chars, control flow, loops and function calls)

    }
...
}

and DF never was good scaling to this kind of code.  Maybe not considering
this outermost loop in LIM will fix the slowness...  the limit is currently
10000 basic-blocks, maybe a little large when considering non-innermost
loops.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42175