This is the mail archive of the
mailing list for the GCC project.
Re: Faster compilation speed
- From: Matt Austern <austern at apple dot com>
- To: "David S. Miller" <davem at redhat dot com>
- Cc: dje at watson dot ibm dot com, mrs at apple dot com, gcc at gcc dot gnu dot org
- Date: Mon, 12 Aug 2002 13:56:32 -0700
- Subject: Re: Faster compilation speed
On Monday, August 12, 2002, at 12:43 PM, David S. Miller wrote:
From: Matt Austern <firstname.lastname@example.org>
Date: Mon, 12 Aug 2002 12:47:30 -0700
And yes, we're aware that many gains are possible only
if we rewrite the parser or redesign the tree structure. The
only reason we haven't started on rewriting the parser is
that someone else is already doing it.
So work on an attempt at RTL refcounting, the patch below is a place
Thanks for the pointer, that's a useful starting point.
But, at the risk of sounding like a broken record... Do
we have benchmarks showing that RTL gc is one of
the major causes of slow compile speed?
At the moment, we're spending a lot of time doing
benchmarking and trying to figure out just where the
time is going. I realize this has its limitations, that
poorly designed data structures may end up resulting
in tiny bits of overhead everywhere even if they never
show up in a profile. But at least we can try to
understand what kinds of programs are especially
bad. (One interesting fact, for example: one file that
we care a lot about takes twice as long to compile with
the C++ front end than with the C front end.)