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!.POSTED!not-for-mail From: Simon Clubley Newsgroups: comp.lang.ada Subject: Re: Five Years After Date: Wed, 24 Jan 2018 13:50:18 -0000 (UTC) Organization: A noiseless patient Spider Message-ID: References: <942235344.537649945.074508.laguest-archeia.com@nntp.aioe.org> <288039467.538377555.666858.laguest-archeia.com@nntp.aioe.org> Injection-Date: Wed, 24 Jan 2018 13:50:18 -0000 (UTC) Injection-Info: reader02.eternal-september.org; posting-host="6aafd71d3587d19c33549efd012e2398"; logging-data="1780"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+20oP7F8BmBRC6j6KYk371xcAy9RO5ExQ=" User-Agent: slrn/0.9.8.1 (VMS/Multinet) Cancel-Lock: sha1:6q6452sDRryJ4risKjCdN6vsWwo= Xref: reader02.eternal-september.org comp.lang.ada:50094 Date: 2018-01-24T13:50:18+00:00 List-Id: On 2018-01-23, Luke A Guest wrote: > Robert Eachus wrote: >> Who is supplying Ada compiler support for projects which have "frozen" project >> language levels at Ada 83/87, Ada 95, Ada 2007, and Ada 2012. > > See above considering there?s no other vendor right now who supplies Ada > above 95. > Is Adacore actually cutting back on the number of supported platforms ? I've recently been told that Adacore no longer support VMS. I wonder if this is a one-off or part of a larger cutback in the number of platforms that Adacore are willing to support. > >> >> I could see projects deciding that Ada 95 was too big a change--in spite >> of all the work we did to limit migration issues. On the other hand Ada >> 2007, and 2012 may have been seen as too small a change to bother with. >> Also having a validated compiler doesn't seem to matter as much as it did >> in the last century. ;-) > > There?s some really nice additions in 2005 and 2012. But I think the > language is getting too large, maybe. > Going the other way, a subset of Ada might be useful as well. There's serious potential for a good small language that could serve as an easily implemented C language replacement. It's possible that a subset of Ada with just the core features implemented and hence without vast amounts of required runtime library support could serve that purpose. Think of something that had the kind of functionality of a beefed up version of Oberon with all of the Ada type safety features imported into it for example. Simon. -- Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP Microsoft: Bringing you 1980s technology to a 21st century world