This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: gcc compile-time performance
- From: Jan Hubicka <jh at suse dot cz>
- To: Robert Dewar <dewar at gnat dot com>
- Cc: jh at suse dot cz, aoliva at redhat dot com, chip dot cuntz at earthling dot net,davem at redhat dot com, gcc at gcc dot gnu dot org, neil at daikokuya dot demon dot co dot uk
- Date: Sun, 19 May 2002 14:19:14 +0200
- Subject: Re: gcc compile-time performance
- References: <20020519121207.4C950F28CC@nile.gnat.com>
> >
> > Unforutnately this is the case. Multiple byte char support is rather costy, as
> > you no longer can rely on the fixed size of character complicating everything
> > around. I've seen the progress of integrating multibyte support to different
> > preprocessor and the cost has been about twofold slowdown.
>
> Well the preprocessor should be fast enough that a twofold slowdown is still
> small, but I am surprised that the cost should be this high. GNAT has for
> a whlie supported multiple representations for wide characters and the cost
> is minimal in the lexical scanner.
I am not at all ADA expert, but does it have similar abuse of including files,
like C-like languages do
(ie throw in 500Kb file to get 20Kb of code compiled)
Honza