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=-0.9 required=5.0 tests=BAYES_00,FORGED_GMAIL_RCVD, FREEMAIL_FROM autolearn=no autolearn_force=no version=3.4.4 Path: border2.nntp.dca1.giganews.com!nntp.giganews.com!usenet.blueworldhosting.com!feeder01.blueworldhosting.com!peer02.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!post02.iad.highwinds-media.com!fx09.iad.POSTED!not-for-mail From: Shark8 User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:36.0) Gecko/20100101 Thunderbird/36.0a1 MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: community-based compiler (was Re: What exactly is the licensing situation with GNAT?) References: <87fvdr2vdv.fsf@adaheads.sparre-andersen.dk> <54609F34.4080201@spam.spam> <35f01472-3510-4f67-8765-006fa8591c35@googlegroups.com> <9tc8w.73007$ZT5.37595@fx07.iad> <22a3816a-4e89-48f0-a126-dce581781beb@googlegroups.com> <084b1934-9641-425e-85ec-293e0334413e@googlegroups.com> <86bf69c8-eb08-4696-b6c9-3784f5c42213@googlegroups.com> <87389olqie.fsf@ixod.org> <3516753b-5304-408d-99c8-67f544fdc185@googlegroups.com> <20141114085046.4cb00404@atmarama.ddns.net> In-Reply-To: <20141114085046.4cb00404@atmarama.ddns.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Message-ID: X-Complaints-To: abuse@teranews.com NNTP-Posting-Date: Fri, 14 Nov 2014 17:13:55 UTC Organization: TeraNews.com Date: Fri, 14 Nov 2014 10:13:56 -0700 X-Received-Bytes: 2799 X-Received-Body-CRC: 3116115377 X-Original-Bytes: 2816 Xref: number.nntp.giganews.com comp.lang.ada:190619 Date: 2014-11-14T10:13:56-07:00 List-Id: I agree with you that there ought to be another open-source freely-available Ada compiler -- I started some work on one a while back but didn't get too far (other things came up), but there are some things that I think we ought to consider essential: * Tools -- We cannot accept the current norm as acceptable; we need a setup that is not so fragile that installing it in an unexpected place ruins it. * The Library -- I've become convinced that the library model really is better than the source-file model, especially considering * Projects -- We need good control for setting up projects and subprojects, "related-but-seprate" projects, DSA, managing 'teams', source control and so on... and that ties back to tools. There's a couple interesting papers regarding using databases for version-control where the DB is only updated on a consistant state. (i.e. you cannot save non-compilable code into the DB.) -- There's also some interesting stuff regarding storing source 'code' in Databases. (DIANA [Descriptive Intermediate Attributed Notation for Ada], for example.) There's also the OpenToken project which could be used for the tokenizing/parsing.