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!news.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Paul Rubin <no.email@nospam.invalid>
Newsgroups: comp.lang.ada
Subject: Re: State of the compiler market
Date: Sun, 26 Feb 2017 01:14:30 -0800
Organization: A noiseless patient Spider
Message-ID: <87varxjouh.fsf@nightsong.com>
References: <a319aa93-f896-48ae-9b87-489b623ab75f@googlegroups.com>
	<1813789782.509760763.093426.laguest-archeia.com@nntp.aioe.org>
	<o8ted9$8lc$1@franka.jacob-sparre.dk>
Mime-Version: 1.0
Content-Type: text/plain
Injection-Info: mx02.eternal-september.org;
 posting-host="ce4491607a11549426181c8f72c30fca";
	logging-data="4646"; mail-complaints-to="abuse@eternal-september.org";
	posting-account="U2FsdGVkX19oQ1rJQMCiEatbWjTYgDBX"
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux)
Cancel-Lock: sha1:Si0YhT0kStF9gDJEOD2BzWDuUbE=
	sha1:Lzsl9k7hufi6qHYEtRCzD6dAc5I=
Xref: news.eternal-september.org comp.lang.ada:33417
Date: 2017-02-26T01:14:30-08:00
List-Id: <comp.lang.ada>

"Randy Brukardt" <randy@rrsoftware.com> writes:
> I think a better approach would be to convince an existing Ada 95 
> implementation to go open source and then enhance that to do the things 
> desired (Ada 2020 support, etc.). 

1. I found a few google hits for Ada 2020 but nothing like a concrete
list of changes or proposals.  Just "ARG is working on it".  Is there
anything public?

2. Is there really serious difficulty extending an Ada 95 compiler to
handle Ada 2012?

I'm a FOSS supporter myself, but in the case of an alternate Ada
implementation, I'd think the most interesting possibility would be for
someone (maybe Adacore) to team up with the CompCert guys and make a
verified Ada compiler.

> Figuring out Ada resolution rules, Ada tasking, the Ada optimization
> rules, and many other things will sap anyone of energy long before
> they complete it.

How bad is this really?  Is the ARM that hard to read (I've never
tried)?  On the surface Ada doesn't seem particularly harder than Java,
and certainly easier than C++.  But I haven't gone into the deeper
corners or used it much.