This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
RE: Faster Compliations - PCH support?
- From: "Robert McNulty Junior" <bmj2001 at bellsouth dot net>
- To: "Shawn Starr" <spstarr at sh0n dot net>,"Neil Booth" <neil at daikokuya dot co dot uk>
- Cc: "Andrew Pinski" <pinskia at physics dot uc dot edu>,<gcc at gcc dot gnu dot org>
- Date: Sun, 11 Aug 2002 16:40:33 -0500
- Subject: RE: Faster Compliations - PCH support?
Does'nt Microsoft Visual C++ have this built-in?
-----Original Message-----
From: gcc-owner@gcc.gnu.org [mailto:gcc-owner@gcc.gnu.org]On Behalf Of
Shawn Starr
Sent: Sunday, August 11, 2002 4:19 PM
To: Neil Booth
Cc: Andrew Pinski; gcc@gcc.gnu.org
Subject: Re: Faster Compliations - PCH support?
I was thinking PCH was generating p-code (bytecode) for header files to be
used when compiling sources.
On Sun, 11 Aug 2002, Neil Booth wrote:
> Andrew Pinski wrote:-
>
> > Read the archives, there are a few different PCH support for gcc
> > and one or a combination might be added to gcc.
> >
> > Also it is not the preprocessing that takes a long time but the
> > parsing that takes the longest time on c++.
> > So it might be faster to change the parsing code which is
> > ongoing, look at the cp-parse branch.
>
> I think you misunderstand the scope of PCH. PCH does a lot more
> than preprocessing; it tends to combine all of preprocessing,
> parsing, decl creation, type layout, semantic checks and possibly
> even more into one. Ideally it would represent all compiler state
> up to the point where the main file's real code begins.
>
> Neil.
>
>
--
Shawn Starr, sh0n.net, <spstarr@sh0n.net>
Maintainer: -shawn kernel patches: http://xfs.sh0n.net/2.4/
Software Engineer, Open Source Development