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!news.unit0.net!cyclone03.ams2.highwinds-media.com!news.highwinds-media.com!voer-me.highwinds-media.com!post01.fr7!fx20.fr7.POSTED!not-for-mail From: Brian Drummond Subject: Re: Augusta: An open source Ada 2012 compiler (someday?) Newsgroups: comp.lang.ada References: 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: NNTP-Posting-Host: 62.49.20.82 X-Complaints-To: abuse@demon.net X-Trace: 1395270290 62.49.20.82 (Wed, 19 Mar 2014 23:04:50 UTC) NNTP-Posting-Date: Wed, 19 Mar 2014 23:04:50 UTC Date: Wed, 19 Mar 2014 23:04:50 GMT X-Received-Body-CRC: 2007233185 X-Received-Bytes: 2428 Xref: news.eternal-september.org comp.lang.ada:18858 Date: 2014-03-19T23:04:50+00:00 List-Id: On Wed, 19 Mar 2014 09:24:36 -0400, Peter Chapin wrote: > In another thread Shark8 posted a proposal to build an IDE+compiler for > Ada 2012. In his post he notes that having a second open source compiler > offering (besides GNAT) for Ada would be good for the Ada community. > > I agree. > > GNAT is a fine product but it would enrich the eco-system if there were > alternatives. Accordingly I started a pet project for myself to build an > Ada 2012 compiler from the ground up which I'm calling "Augusta." The > project is here: > > https://github.com/pchapin/augusta Good luck! > For example Augusta will be written in Scala and will > target LLVM. I choose these technologies because I like them and I'd > like to learn more about them, not because I think they are somehow the > "best" or most logical choices. LLVM appears to have problems supporting nested (locally declared) subprograms. This appears to be behind slow progress on the Dragonlace project, to use Gnat as an LLVM front end. Tristan Gingold has recently added an experimental LLVM interface to GHDL (a VHDL compiler; I strongly believe Ada and VHDL users should talk to each other more than they do!) and he also ran into this. As VHDL makes heavy use of parallel processes, he indicated he would re- use his implementation of processes- essentially closures - to support local subprograms. I don't know the details of how he does this. (The other advantage of gcc as a backend is that it opens up many more target processors. It would be nice to be able to support both, and the code required in ghdl to support both is really not very much) - Brian