This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: Changes to gcc 3.x to invoke an external cpp (updated patch 2)
- From: Neil Booth <neil at daikokuya dot demon dot co dot uk>
- To: "Ashif S. Harji" <asharji at plg2 dot math dot uwaterloo dot ca>
- Cc: gcc-patches at gcc dot gnu dot org,"Peter A. Buhr" <pabuhr at plg2 dot math dot uwaterloo dot ca>,Zack Weinberg <zack at codesourcery dot com>
- Date: Mon, 18 Mar 2002 20:22:06 +0000
- Subject: Re: Changes to gcc 3.x to invoke an external cpp (updated patch 2)
- References: <20020223212358.GA8801@daikokuya.demon.co.uk> <Pine.SOL.4.44.0202281642360.8180-100000@plg2.math.uwaterloo.ca>
Ashif S. Harji wrote:-
> 2002-2-20 Ashif Harji <asharji@uwaterloo.ca>
>
> * gcc.c(static struct compiler default_compilers[]): added -no-integrated-cpp flag
> to invoke an external cpp during compilation.
> (struct option_map option_map[]): likewise
> * cp/lang-specs.h(static struct compiler default_compilers[]): added
> -no-integrated-cpp flag to invoke an external cpp during compilation.
> * objc/lang-specs.h(static struct compiler default_compilers[]): added
> -no-integrated-cpp flag to invoke an external cpp during compilation.
> * doc/invoke.texi: Document -no-integrated-cpp flag.
I've applied this to 3.1; it was approved privately by Mark.
I'm not going to apply it to 3.2 for 2 reasons: it doesn't apply cleanly,
and we want to get rid of cpp0, which might require something different.
My concerns are primarily that we do whatever is natural to achieve
this, and then look where we stand with this patch, rather than have it
influence getting an integrated -E right.
When we've got rid of cpp0 and things are working correctly, we should
look at what kind of patch is needed for 3.2, or whether a new switch,
extension or whatever is a better approach.
Neil.