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!mx02.eternal-september.org!feeder.eternal-september.org!gandalf.srv.welterde.de!news.jacob-sparre.dk!loke.jacob-sparre.dk!pnx.dk!.POSTED!not-for-mail From: "Randy Brukardt" Newsgroups: comp.lang.ada Subject: Re: What exactly is the licensing situation with GNAT? Date: Thu, 13 Nov 2014 16:22:20 -0600 Organization: Jacob Sparre Andersen Research & Innovation Message-ID: 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> NNTP-Posting-Host: 24-196-82-226.static.mdsn.wi.charter.com X-Trace: loke.gir.dk 1415917342 12870 24.196.82.226 (13 Nov 2014 22:22:22 GMT) X-Complaints-To: news@jacob-sparre.dk NNTP-Posting-Date: Thu, 13 Nov 2014 22:22:22 +0000 (UTC) X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2900.5931 X-RFC2646: Format=Flowed; Response X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Xref: news.eternal-september.org comp.lang.ada:23248 Date: 2014-11-13T16:22:20-06:00 List-Id: "Georg Bauhaus" wrote in message news:m41ojr$rdq$1@dont-email.me... > On 13.11.14 02:29, Randy Brukardt wrote: >> I should have noted (beyond spelling better in the above!) that the Ada >> 2012 >> pragma Profile (No_Implementation_Extensions) should help a great deal >> with >> that. If that's put into a package, > > > A test case program is another place I sometimes use to make > sure the language used stays Ada. In particular, the earlier (Ada 95) > > No_Implementation_{Attributes|Pragmas} > > restriction identifiers serve these cases well. Right, but there are a number of other cases that No_Implementation_Extensions covers: implementation-defined things in language-defined packages (there are a number of such places in the RM, such as in System); No_Implementation_Aspect_Specifications (obviously only relevant for Ada 2012, but still important); and No_Implementation_Units (which covers implementation-defined descendants of Ada, System, and Interfaces; implementation-defined children of Ada are banned, but grandchildren are allowed). Still not covered are issues like the representation of predefined types (esp. Integer and Float), and implementation-defined behavior (such as what happens when a potentially blocking operation is called from a protected action). These things can't really be detected at compile-time. Randy.