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!.POSTED!not-for-mail From: Simon Wright Newsgroups: comp.lang.ada Subject: Re: Licensing Paranoia and Manual Compilation Issues Date: Wed, 12 Dec 2018 17:44:53 +0000 Organization: A noiseless patient Spider Message-ID: References: <6bee0ed3-c298-45c9-81b0-92cc90a1f2c6@googlegroups.com> <4fc537e9-e6f2-4fce-a7be-b5230c7f2d83@googlegroups.com> <96f1ef1d-9cc6-4b11-af0c-9eeda2120d95@googlegroups.com> <5f9a9088-f774-4c8e-832a-39482daa1670@googlegroups.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: reader01.eternal-september.org; posting-host="05eaa079e1c1143611911238b80974ac"; logging-data="12399"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/2aVJ+G5gf1euC/1+J61j5t75AlFTmE/0=" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (darwin) Cancel-Lock: sha1:v+OENa2jCv2f3yea9QITnAXZBEg= sha1:bMQ0UYtVGbL9o7Fzw/39+pn01C0= Xref: reader01.eternal-september.org comp.lang.ada:55027 Date: 2018-12-12T17:44:53+00:00 List-Id: alexander@junivörs.com writes: > Perhaps I've misunderstood something regarding the licensing > situation. Is not the reason you cannot use a bunch of AdaCore > developed packages due to the fact that it's licensed under GPL > without the runtime library exception, ultimately meaning your > executable must be licensed under GPL too? > In the second situation, I'm speaking of any library package offering > nigh on essential functionality to a programming language (in this > case Ada), that does not contain the runtime library exception. I > believe that all code developed to ship with a compiler should contain > that exception. AdaCore provide software to their customers with the runtime library exception. When they make a CE release, they run a tool over all the sources which removes the exception (you'll see this by the blank section in the middle of the header comments). This is their business, their choice. The FSF source tree (compiler, runtime, tools) contains the exception. It used to be that you could only get additional package sources (GNATColl etc) via the CE releases. Nowadays, many of these packages are available via Github, and most (all?) have the runtime library exception included. Some, such as ASIS, are still only available via the CE route. > Whilst quickly scouring the Internet for some information that would > substantiate the claim that some library package files do not contain > the runtime library exception, I came across the (`GNAT.Regpat` > source)[1], which does contain some form of the runtime library > exception. > > I presume perhaps that is an older source file than the one shipped > with the compiler at this day (Copyright (c) 1996-2002)? > > [1] https://www2.adacore.com/gap-static/GNAT_Book/html/rts/g-regpat__adb.htm I've not had access to GAP but maybe the sources would have had the same bowdlerisation as CE. Anyway, that set of pages was made in 2004, and the current state of g-regpat.adb in CE/FSF is as I stated above.