This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: cpplib: Dump __GXX_WEAK__ and __STDC__ with -dM
- To: ro at TechFak dot Uni-Bielefeld dot DE
- Subject: Re: cpplib: Dump __GXX_WEAK__ and __STDC__ with -dM
- From: "Kaveh R. Ghazi" <ghazi at caip dot rutgers dot edu>
- Date: Fri, 2 Mar 2001 14:40:21 -0500 (EST)
- Cc: gcc-patches at gcc dot gnu dot org, mark at codesourcery dot com, neil at daikokuya dot demon dot co dot uk
> From: Rainer Orth <ro@TechFak.Uni-Bielefeld.DE>
>
> > > But this is not what happens at the moment: we both run fixincludes to fix
> > > that __STDC__-0==0 stuff and still have STDC_0_IN_SYSTEM_HEADERS, which
> > > won't trigger any longer since we have fixed copies of all affected system
> > > headers anyway. This is a change from gcc 2.95.2 where fixincludes wasn't
> > > run on Solaris 2.5 and up and thus STDC_0_IN_SYSTEM_HEADERS was necessary
> > > for gcc to work with the unchanged vendor headers; I haven't check when
> > > this was introduced.
> > > Rainer
> >
> > Ah I see, well then that's a bug. We should restore the bypass for
> > solaris in fixincludes so that it doesn't bother "fixing" the
> > __STDC__-0==0, stuff.
> >
> > Care to supply a patch?
>
> That would be reverting
>
> http://gcc.gnu.org/ml/gcc-patches/2000-11/msg00604.html
>
> Mark needed this to get libstdc++ v3 to bootstrap on Solaris, so he needs
> to comment on this.
> Rainer
I'm not talking about reverting Mark's patch. We need to keep the
positive effects of that while restoring the old behavior wherein it
avoided these gratuitous header file transformations on solaris.
That means in inclhack.def, we need to bypass the "hacknames"
"strict_ansi_not", "strict_ansi_not_ctd" and "strict_ansi_only" when
"mach" equals "*-*-solaris2*".
--Kaveh
--
Kaveh R. Ghazi Engagement Manager / Project Services
ghazi@caip.rutgers.edu Qwest Internet Solutions