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 X-Received: by 2002:a6b:8d8e:: with SMTP id p136-v6mr180115iod.32.1525938556371; Thu, 10 May 2018 00:49:16 -0700 (PDT) X-Received: by 2002:a9d:445c:: with SMTP id f28-v6mr20631otj.2.1525938556225; Thu, 10 May 2018 00:49:16 -0700 (PDT) Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!feeder.eternal-september.org!feeder.erje.net!2.eu.feeder.erje.net!newsfeed.xs4all.nl!newsfeed7.news.xs4all.nl!85.12.16.68.MISMATCH!peer01.ams1!peer.ams1.xlned.com!news.xlned.com!peer01.am4!peer.am4.highwinds-media.com!peer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!v8-v6no187547itc.0!news-out.google.com!b185-v6ni248itb.0!nntp.google.com!v8-v6no187544itc.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Thu, 10 May 2018 00:49:15 -0700 (PDT) In-Reply-To: Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=69.167.4.45; posting-account=tXrPSAkAAAAFR3M1xqoK7TQdrNxOfPT0 NNTP-Posting-Host: 69.167.4.45 References: User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: Subject: Re: disruptors of & inventory of Ada compilers and latest their era of ISO8652 compliance From: Micronian Coder Injection-Date: Thu, 10 May 2018 07:49:16 +0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Received-Bytes: 3064 X-Received-Body-CRC: 3934475584 Xref: reader02.eternal-september.org comp.lang.ada:52192 Date: 2018-05-10T00:49:15-07:00 List-Id: Green Hills AdaMULTI still only supports Ada95 with no sign of it ever goin= g past that. Most recent announcements only focus on updates to their C/C++= products, which gives the impression that they barely maintain AdaMULTI. O= f course I would love to be wrong about that, but I wouldn't hold my breath= . On Wednesday, May 9, 2018 at 8:30:17 AM UTC-7, Dan'l Miller wrote: > Ada2005 =3D Ada2007 in ISO8652-speak > Ada1983 =3D Ada1987 in ISO8652-speak >=20 > Is the following inventory accurate, ignoring SPARK? > 1) AdaCore's GNAT Pro > =E2=96=AA=EF=B8=8E Ada2012 plus (some?) emerging Ada2020 > =E2=96=AA=EF=B8=8E very actively maintained > 2) FSF GNAT in GCC > =E2=96=AA=EF=B8=8E Ada2012 > =E2=96=AA=EF=B8=8E sporadically maintained (i.e., bleeding-edge combinat= ion of current-wavefront GCC backend with effectively retrofitted AdaCore G= NAT front-end from an older release of GCC) > 3) FSF GNAT for LLVM > =E2=96=AA=EF=B8=8E Ada2012 > =E2=96=AA=EF=B8=8E unstable & experimental by one developer in 2017 > 4) RR Software's Janus Ada > =E2=96=AA=EF=B8=8E Ada1995 plus partial Ada2005 > =E2=96=AA=EF=B8=8E actively maintained > 5) Tartan Ada (DDC-I) > =E2=96=AA=EF=B8=8E Ada1983 (Ada1995 work by Tartan didn't survive acquis= itions?) > =E2=96=AA=EF=B8=8E legacy only(?) for DSPs & TI processors > 6) PTC's ApexAda (formerly IBM Rational Ada) > =E2=96=AA=EF=B8=8E Ada2005 > =E2=96=AA=EF=B8=8E actively maintained > 7) PTC's ObjectAda (formerly Aonix's ObjectAda) > =E2=96=AA=EF=B8=8E Ada1995(?) > =E2=96=AA=EF=B8=8E actively maintained > 8) HPE's Ada (formerly DEC's Ada) > =E2=96=AA=EF=B8=8E Ada1995(?) > =E2=96=AA=EF=B8=8E legacy only on OpenVMS >=20