From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00
	autolearn=unavailable autolearn_force=no version=3.4.4
Path: 
 eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!feeder.eternal-september.org!nntp-feed.chiark.greenend.org.uk!ewrotcd!newsfeed.xs3.de!io.xs3.de!news.jacob-sparre.dk!franka.jacob-sparre.dk!pnx.dk!.POSTED.rrsoftware.com!not-for-mail
From: "Randy Brukardt" <randy@rrsoftware.com>
Newsgroups: comp.lang.ada
Subject: Re: How to get Ada to "cross the chasm"?
Date: Mon, 7 May 2018 18:59:07 -0500
Organization: JSA Research & Innovation
Message-ID: <pcqp8c$49q$1@franka.jacob-sparre.dk>
References: 
 <1c73f159-eae4-4ae7-a348-03964b007197@googlegroups.com><effa585e-7f43-44f9-9462-f92bab803119@googlegroups.com><94bd81e5-2ef5-41a2-973a-72f2ba4cecd1@googlegroups.com><pcirg4$pbi$1@franka.jacob-sparre.dk><721a01f5-569a-4cec-b0e9-62d19e1443fb@googlegroups.com><431526826.547202380.696445.laguest-archeia.com@nntp.aioe.org><pcqe65$hnh$1@franka.jacob-sparre.dk>
 <87lgcvf9tx.fsf@nightsong.com>
Injection-Date: Mon, 7 May 2018 23:59:08 -0000 (UTC)
Injection-Info: franka.jacob-sparre.dk;
 posting-host="rrsoftware.com:24.196.82.226";
	logging-data="4410"; mail-complaints-to="news@jacob-sparre.dk"
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.5931
X-RFC2646: Format=Flowed; Original
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.7246
Xref: reader02.eternal-september.org comp.lang.ada:52079
Date: 2018-05-07T18:59:07-05:00
List-Id: <comp.lang.ada>

"Paul Rubin" <no.email@nospam.invalid> wrote in message 
news:87lgcvf9tx.fsf@nightsong.com...
> "Randy Brukardt" <randy@rrsoftware.com> writes:
>> I'm trying to look for a radical simplification... Otherwise, we'll
>> have no choice but to delay Ada 2020 or defer it.
>
> If you mean "defer it" means ship Ada 2020 on schedule but postpone this
> particular feature til post-Ada-2020, that might be reasonable, since
> it's important to get it right in the long run.  Is it possible to do
> what C++ does and release an experimental feature that might be changed
> incompatibly in a future version?

Not as part of the Standard, but we could make a "Technical Specification", 
which essentially describes a pre-standardization feature. That's definitely 
one the options that we'll consider.

I expect that I'll be able to report more on this topic after our June 
Lisbon meeting.

               Randy.