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!news.eternal-september.org!feeder.eternal-september.org!gegeweb.org!news.ecp.fr!news.jacob-sparre.dk!loke.jacob-sparre.dk!pnx.dk!.POSTED!not-for-mail
From: "Randy Brukardt" <randy@rrsoftware.com>
Newsgroups: comp.lang.ada
Subject: Re: Ada platforms and pricing, was: Re: a new language,
 designed for safety !
Date: Fri, 20 Jun 2014 14:50:44 -0500
Organization: Jacob Sparre Andersen Research & Innovation
Message-ID: <lo23au$cvr$1@loke.gir.dk>
References: <1402308235.2520.153.camel@pascal.home.net>
 <85ioo9yukk.fsf@stephe-leake.org> <ln6tlg$1vc$1@dont-email.me>
 <255b51cd-b23f-4413-805a-9fea3c70d8b2@googlegroups.com>
 <ln6uv9$bk8$1@dont-email.me>
 <b22db9fb-a73d-438a-8cfd-f0bb1db70eed@googlegroups.com>
 <MPElv.491358$1w1.428312@fx03.iad>
 <5ebe316d-cd84-40fb-a983-9f953f205fef@googlegroups.com>
 <ln7ngt$c8a$1@dont-email.me>
 <2100734262424129975.133931laguest-archeia.com@nntp.aioe.org>
 <lnn5ko$ner$1@loke.gir.dk> <lnn8ff$k42$1@dont-email.me>
 <857442918424729589.090275laguest-archeia.com@nntp.aioe.org>
 <slrnlq2eom.i0l.lithiumcat@nat.rebma.instinctive.eu>
 <lnrpsq$8ao$1@dont-email.me>
 <slrnlq3jd8.i0l.lithiumcat@nat.rebma.instinctive.eu>
 <erb49jp6qy6n$.5cesca6do7x3$.dlg@40tude.net>
 <slrnlq54jv.i0l.lithiumcat@nat.rebma.instinctive.eu>
 <lnvj7g$nak$1@loke.gir.dk>
 <slrnlq7oge.i0l.lithiumcat@nat.rebma.instinctive.eu>
NNTP-Posting-Host: static-69-95-181-76.mad.choiceone.net
X-Trace: loke.gir.dk 1403293854 13307 69.95.181.76 (20 Jun 2014 19:50:54 GMT)
X-Complaints-To: news@jacob-sparre.dk
NNTP-Posting-Date: Fri, 20 Jun 2014 19:50:54 +0000 (UTC)
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.6157
Xref: news.eternal-september.org comp.lang.ada:20481
Date: 2014-06-20T14:50:44-05:00
List-Id: <comp.lang.ada>

"Natasha Kerensikova" <lithiumcat@instinctive.eu> wrote in message 
news:slrnlq7oge.i0l.lithiumcat@nat.rebma.instinctive.eu...
...
> The way I understand the whole situation is that ASIS provider diversity
> would be a good thing too (though not as much as compiler diversity),
> and Gela is not too far from there, so pushing Gela forward would be a
> good thing both globally and for my self-improvement.

That would work, of course, but all of the hard stuff (well, almost all) 
would be in the GELA ASIS front-end. And you'd have to do frequent 
maintenance on the ASIS stuff if you wanted to actually compile Ada (as 
almost every bug would be in the ASIS part). It certainly could work, but it 
would mean having to understand the GELA ASIS code in detail (not just the 
interface). For me, I'd rather fix my own code than someone else's.

> If that succeeds, it might be a good start for an independent Ada
> compiler, or I might have acquired the certainty that it's not. Then the
> ASIS-to-LLVM-intermediate-form vs brand-new-parser-to-LLVM-IF situation
> will be much easier to assess, and in the meantime I will have acquired
> knowledge and skills that are valuable for both paths.
>
> Sounds good?

Sounds possible. "Good" only applies if it works out and something useful 
comes out of it. :-) Else it's just effort that could have been used on 
something working.

                         Randy.