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
X-Received: by 10.42.36.10 with SMTP id s10mr5088421icd.5.1402594995374;
        Thu, 12 Jun 2014 10:43:15 -0700 (PDT)
X-Received: by 10.50.128.108 with SMTP id nn12mr152466igb.1.1402594995259;
 Thu, 12 Jun 2014 10:43:15 -0700 (PDT)
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!usenet.blueworldhosting.com!feeder01.blueworldhosting.com!news.glorb.com!h3no222374igd.0!news-out.google.com!gi6ni2igc.0!nntp.google.com!a13no383113igq.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: comp.lang.ada
Date: Thu, 12 Jun 2014 10:43:14 -0700 (PDT)
In-Reply-To: <df470650-5fc1-4675-a242-0164392bfbcf@googlegroups.com>
Complaints-To: groups-abuse@google.com
Injection-Info: glegroupsg2000goo.googlegroups.com;
 posting-host=71.252.147.203;
 posting-account=zwxLlwoAAAChLBU7oraRzNDnqQYkYbpo
NNTP-Posting-Host: 71.252.147.203
References: <d7ff738e-1626-4eb1-ad40-d7845707d133@googlegroups.com>
 <df470650-5fc1-4675-a242-0164392bfbcf@googlegroups.com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <ade1cf18-3eba-41e9-a383-3cd357e2d6b7@googlegroups.com>
Subject: Re: Dragonegg for GNAT/LLVM to get arm-apple-darwin ISA-target
From: "Dan'l Miller" <optikos@verizon.net>
Injection-Date: Thu, 12 Jun 2014 17:43:15 +0000
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Xref: news.eternal-september.org comp.lang.ada:20260
Date: 2014-06-12T10:43:14-07:00
List-Id: <comp.lang.ada>

On Thursday, June 12, 2014 9:45:43 AM UTC-5, Lucretia wrote:
> I'd rather prefer a direct Ada front end to LLVM so that's easier to inte=
grate into Apple's toolchain.

Your statement there means rewriting the entirely of the GNAT front-end, co=
rrect?  If the goal is to inherit existing arm-apple-darwin ISA-target (wit=
h no other Objective-Cifying of Ada), I would think that it would be easier=
 to maintain the Dragonegg bitrot that has occurred in GCC {4.7, 4.8, 4.9} =
than to write a brand new Ada compiler from scratch.  Besides, since GNAT i=
s so widespread, for portability the new Ada compiler should try to achieve=
 bug-for-bug compatibility with GNAT (or perhaps instead:  interpretation-o=
f-AARM-by-interpretation-of-AARM compatibility with GNAT, but not replicati=
ng true bugs).  It seems that continuing the evolution of Dragonegg (with o=
r without Duncan Sands) would be 1 to several orders of magnitude less work=
 than writing an Ada compiler front-end from scratch.