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: border2.nntp.dca.giganews.com!nntp.giganews.com!usenet.blueworldhosting.com!feeder01.blueworldhosting.com!feeder.erje.net!eu.feeder.erje.net!news.albasani.net!reality.xs3.de!news.jacob-sparre.dk!loke.jacob-sparre.dk!pnx.dk!.POSTED!not-for-mail From: J Kimball Newsgroups: comp.lang.ada Subject: Re: Augusta: An open source Ada 2012 compiler (someday?) Date: Fri, 28 Mar 2014 00:11:38 -0500 Organization: Jacob Sparre Andersen Research & Innovation Message-ID: <5335048A.9000904@example.com> References: <1f0a85a6-ea4d-4d30-8537-0ce9063f992a@googlegroups.com> <89a0ea84-83e2-4693-b2ea-ea9da65bbc73@googlegroups.com> <1793575416417652043.069687laguest-archeia.com@nntp.aioe.org> NNTP-Posting-Host: ip24-252-47-45.om.om.cox.net Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: loke.gir.dk 1395983498 31398 24.252.47.45 (28 Mar 2014 05:11:38 GMT) X-Complaints-To: news@jacob-sparre.dk NNTP-Posting-Date: Fri, 28 Mar 2014 05:11:38 +0000 (UTC) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:28.0) Gecko/20100101 Thunderbird/28.0 To: Shark8 In-Reply-To: Xref: number.nntp.dca.giganews.com comp.lang.ada:185389 Date: 2014-03-28T00:11:38-05:00 List-Id: On 03/28/2014 12:12 AM, Shark8 wrote: > On 27-Mar-14 15:32, Luke A. Guest wrote: >> Niklas Holsti wrote: >>> On 14-03-27 21:38 , Lucretia wrote: >>>> I've already mentioned doing this on #Ada, a fork of Ada. >>>> Take the basic language, strip it down to the basics >>> >>> So, what are the "basics"? >> >> The basics are the main language. >> >>> version of Ada-Ed, but with acceptable performance for programs that are >>> not humongously large. At the same time, such work, at least if done in >>> an academic setting, could help to clarify the dark corners of the >>> language standard. >> >> Can be done with llvm as a start with the hit interface. >> >>>> 3) Replace tagged with just class, so: >>>> >>>> type C is >>>> class >>>> ... >>>> end class; >>> >>> A mere sop to foreign conventions and creates useless non-uniformity >>> between different kinds of records. I'm against it. >> >> Sop?? >> >> The class is a different concept to a record and should be implemented that >> way, this will also make it more familiar to others, I.e. Help foster >> adoption. > > I'd rather CLASS be used as, say, a shorthand for [essentially] signature-package use-cases (i.e. ensuring some type has some interface -- perhaps allowing a separately defined implementation). Of the issues people are interested in, repurposing keywords isn't really a priority. Keywords always vary across languages and paradigms. It's just part of the curve of any language.