Nested Functions in C++

Robert Dewar dewar@gnat.com
Sun Oct 24 03:29:00 GMT 2004


Andrew Haley wrote:
> Mark Mitchell writes:

>  > Technically, it's only work.  But, the C++ maintainers (myself included) 
>  > will probably not be keen on accepting such a patch.  We're generally of 
>  > the opinion that adding extensions to C++ is a mistake, unless they go 
>  > through the ISO standardization process first.
> 
> I've always been baffled by this line of reasoning.  The TC is not in
> the business of language design AFAIK, and surely they shouldn't be
> standardizing features that haven't been implemented by anyone.
> 
> So, if we don't implement proposed language extensions people who want
> to experiment will probably be forced to use proprietary compilers.
> 
> And no, this isn't a call for a free-for-all.  But some extensions are
> so useful that we should seriously consider them before the TC has
> decided to standardize them.

I agree with Andrew here, I don't think it is necessary to wait
for the standardization process to be completed before new features
are implemented. At the same time, I don't think you want to go wild
implementing fun new features.

In the GNAT arena as an example, there are a number of language
proposals for "Ada 2005" which is the new version of the language
expected to be finally approved in 2005. We are actively implementing
features that have been tentatively approved by the first
stage of the process. This means that many of these features
are available today in GNAT and can be used more than a year
before they are officially standardized. People using these
features are certainly warned that things might change before
the final standard (the removal of WITH TYPE was a good example),
but on the other hand, the Ada community can experiment with the
use of these features now, and we think that kind of input will
be very helpful in making sure that the final features that are
approved will be done right. We certainly don't want too much
churning around, so we try to implement only things that we think
are pretty sure to be approved (we participate actively in the
standardization process of course).




More information about the Gcc mailing list