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!mx02.eternal-september.org!news.eternal-september.org!feeder.eternal-september.org!news.unit0.net!cyclone01.ams2.highwinds-media.com!news.highwinds-media.com!voer-me.highwinds-media.com!npeersf04.am4!fx05.fr7.POSTED!not-for-mail
From: Brian Drummond <brian3@shapes.demon.co.uk>
Subject: Re: GNAT with LLVM -> Java Script
Newsgroups: comp.lang.ada
References: <e688a65a-6c99-426d-b2fc-aea461fdd3a8@googlegroups.com>
	<851998451435030340.491778laguest-archeia.com@nntp.aioe.org>
	<9Xq%v.417458$b_1.179403@fx10.fr7>
	<54032b68-915c-4556-9bfd-945c81f2d316@googlegroups.com>
	<rnu%v.433118$Pp.363044@fx08.fr7>
	<1703052331435164910.517977laguest-archeia.com@nntp.aioe.org>
	<c35a41e7-a4f3-404e-a82e-e219707ab7bc@googlegroups.com>
User-Agent: Pan/0.139 (Sexual Chocolate; GIT bf56508
 git://git.gnome.org/pan2)
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Message-ID: <0z60w.435106$fW3.333001@fx05.fr7>
NNTP-Posting-Host: 62.49.20.82
X-Complaints-To: abuse@demon.net
X-Trace: 1413543228 62.49.20.82 (Fri, 17 Oct 2014 10:53:48 UTC)
NNTP-Posting-Date: Fri, 17 Oct 2014 10:53:48 UTC
Date: Fri, 17 Oct 2014 10:53:48 GMT
X-Received-Body-CRC: 4107745715
X-Received-Bytes: 2465
Xref: news.eternal-september.org comp.lang.ada:22543
Date: 2014-10-17T10:53:48+00:00
List-Id: <comp.lang.ada>

On Fri, 17 Oct 2014 00:38:35 -0700, duncan.sands wrote:

> Hi,
> 
>> > That was the DragonEgg project, wasn't it? I got the impression it
>> 
>> > foundered on some shortcoming of LLVM for non-C languages; 

> no, there were no blocking technical problems.  For example I got nested
> function support working properly a gazillion years ago, as Luke says. 
> Exception handling took longer to be completely reliable, but that was
> also resolved years ago too.  In both cases changes needed to be made to
> LLVM, but those changes are all old hat now.  All that happened is that
> I lost interest in the project and no-one stepped forward to take it
> over.  That means that it's been quietly bit rotting for a while now. 

Thank you for the correction.

Is it still accessible somewhere? If someone were to pick it up, where 
would you suggest they start? (which repo, and any major tasks and hints 
that immediately come to mind?)

> For example: to accommodate internal changes in gcc-4.7 and later,
> dragonegg's ABI support needs to be rewritten, but I'd already lost
> interest in the project so never did it, which means that while it still
> mostly sorta works, thanks to some hacks, the plugin easily crashes on
> Ada tagged types starting from this gcc version.

Yeah, changes around gcc-4.7 caused considerable grief for ghdl too.  
Tedious and messy.

- Brian