This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: RFA: Deprecate C++ options
- To: Zack Weinberg <zack at codesourcery dot com>
- Subject: Re: RFA: Deprecate C++ options
- From: Mark Mitchell <mark at codesourcery dot com>
- Date: Thu, 06 Sep 2001 21:59:55 -0700
- cc: "Joseph S. Myers" <jsm28 at cam dot ac dot uk>, Tim Hollebeek <tim at hollebeek dot com>, "gcc at gcc dot gnu dot org" <gcc at gcc dot gnu dot org>
> As Joe points out, there's a distinction to be made between the
> traditional preprocessor and the traditional C compiler.
Indeed. Traditional cpp is so engrained in some parts that it
may be around for quite some time.
> I can say with confidence that no Debian package in the current
> archives uses the traditional C compiler, because that does not
> work at all with glibc >=2.1's headers. I would support dropping
> that code from gcc.
Yes, that sounds like a pretty convincing argument to me. It's
an option that is never used to build GNU software and cannot be
used on a GNU system...
> Here's another proposal, which might sound radical, but I bet it'd
> have even less user-visible impact: Let's drop support for every host
> and target that doesn't have a C89-compliant standard library. That
> would mean, for instance, we could throw away fix-header and about
> two-thirds of fixincludes.
I assume that you're exempting embedded targets with no real
standard library at all?
--
Mark Mitchell mark@codesourcery.com
CodeSourcery, LLC http://www.codesourcery.com