This is the mail archive of the
mailing list for the GCC project.
Re: Switching to C++ by default in 4.8
- From: Gabriel Dos Reis <gdr at integrable-solutions dot net>
- To: Eric Botcazou <ebotcazou at adacore dot com>
- Cc: Bernd Schmidt <bernds at codesourcery dot com>, gcc at gcc dot gnu dot org, Miles Bader <miles at gnu dot org>, Torvald Riegel <triegel at redhat dot com>, Jakub Jelinek <jakub at redhat dot com>, Xinliang David Li <davidxl at google dot com>, Richard Guenther <richard dot guenther at gmail dot com>, David Edelsohn <dje dot gcc at gmail dot com>, Diego Novillo <dnovillo at google dot com>
- Date: Tue, 10 Apr 2012 18:35:25 -0500
- Subject: Re: Switching to C++ by default in 4.8
- References: <4F7B356E.firstname.lastname@example.org> <email@example.com> <4F84B448.firstname.lastname@example.org> <email@example.com>
On Tue, Apr 10, 2012 at 6:27 PM, Eric Botcazou <firstname.lastname@example.org> wrote:
>> In the short term, a partial conversion to C++ gains us nothing. Even
>> ignoring the bugs inevitably caused by any such project, we'll end up
>> with a strange mish-mash of styles for a very long time, which instead
>> of helping anyone can only lead to confusion. I don't see anyone
>> committing to invest the time in converting even an entire subsystem let
>> alone the whole compiler. Maybe a subsystem conversion would be a good
>> thing to try on a branch and then present the results to the community
>> for evaluation. This would be better than lowering the barrier now for
>> all sorts of random but uncoordinated conversion efforts.
> IMO the killer conversion would be vec.[ch], which is a very clever piece of
> code but is almost impossible to use without copy-and-pasting existing cases.
> I think that a proper C++ implementation would be a very convincing argument.
when you say that, do you mean you would prefer and expect:
1. native C++ style, or
2. you would like the C-style round-about and paraphrasing to remain
The reason I ask is that I expect a "proper" C++ implementation would come
with a C++-native style of usage.