This is the mail archive of the
mailing list for the libstdc++ project.
Re: compile time regressions (was: merging for 3.4)
- From: Neil Booth <neil at daikokuya dot co dot uk>
- To: Mike Stump <mrs at apple dot com>
- Cc: Benjamin Kosnik <bkoz at redhat dot com>, Dan Nicolaescu <dann at ics dot uci dot edu>,pfeifer at dbai dot tuwien dot ac dot at, echristo at redhat dot com, hubicka at ucw dot cz,jbuck at synopsys dot com, dnovillo at redhat dot com, mark at codesourcery dot com,gdr at integrable-solutions dot net, pcarlini at unitus dot it,libstdc++ at gcc dot gnu dot org, gcc at gcc dot gnu dot org
- Date: Tue, 10 Dec 2002 22:23:55 +0000
- Subject: Re: compile time regressions (was: merging for 3.4)
- References: <20021210203302.GA12830@daikokuya.co.uk> <D22E59AD-0C8C-11D7-988A-000393941EE6@apple.com>
Mike Stump wrote:-
> No, no, you have it backwards... PCH is going to expose all that slow
> code that should be fast, that has to be fast, so that we can fix it.
> By being 12x faster, or just 2x faster, there is _much_ less room to be
> slow, not more, really.
But slow code in things that PCH elides won't get exposed by the very
nature of PCH. e.g. drastic CPP slowdowns (not gonna happen!), or say