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 X-Received: by 10.182.206.79 with SMTP id lm15mr17030119obc.0.1433678406225; Sun, 07 Jun 2015 05:00:06 -0700 (PDT) X-Received: by 10.140.81.149 with SMTP id f21mr120692qgd.8.1433678406194; Sun, 07 Jun 2015 05:00:06 -0700 (PDT) Path: buffer2.nntp.dca1.giganews.com!border2.nntp.dca1.giganews.com!nntp.giganews.com!news.glorb.com!h15no1551856igd.0!news-out.google.com!k20ni45268qgd.0!nntp.google.com!z60no742023qgd.1!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Sun, 7 Jun 2015 05:00:05 -0700 (PDT) In-Reply-To: Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=50.250.123.221; posting-account=yiWntAoAAAC1KqC_shmxJYv07B9l6LNU NNTP-Posting-Host: 50.250.123.221 References: <463dff12-1b11-4f09-9d61-a46de6036c24@googlegroups.com> <1433578952.8224.21.camel@obry.net> <8ab06a29-91bd-4d23-afd7-1b2755420738@googlegroups.com> <2dd69c81-cd2f-4b01-8991-f7523a4526af@googlegroups.com> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <8715fd2c-eb76-4bc6-9165-d50460a23104@googlegroups.com> Subject: Re: Trying to make XMLada use a validating SAX Parser From: David Botton Injection-Date: Sun, 07 Jun 2015 12:00:06 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Xref: number.nntp.giganews.com comp.lang.ada:193516 Date: 2015-06-07T05:00:05-07:00 List-Id: > Not sure what your view of this will be - but - the GNATColl sources, > *with* the GCC Runtime Library Exception, are available for read-only > access at [1]. The last update was 9 months ago, though. >=20 > [1] http://viewvc.libre.adacore.com/viewvc.cgi/Public/trunk/gps/gnatlib/ I drudged up a number of links at one point if you recall to repos. There i= s muddy waters as to if source from the repos can be considered per the lic= ense in the repo or per statements else wise from AdaCore (and there are co= ntradictory statements there as well). The only exception could be AWS where the repo is external to the regular A= daCore repos so it would be difficult (but not impossible) to say the state= d runtime exceptions are not intentional. In all cases it doesn't change my statement regarding AdaCore's lack of int= erest in community use (which includes pro work) of Ada. An interest would = be demonstrated with clarity and encouragement not threats of possible IP /= License honey pots (regardless if it held up in court or not no one wants = that mess around them). There is no reason that a mutually beneficial relat= ionship could have existed all these years with the community as there once= was. Again, I'm not making pleas for AdaCore to change policy (and never have, m= y proposals last year were for a different type of release) but rather that= we as a community understand with clarity what we have in our hands and th= e relationship that _really_ exists in fact. My grandfather used to say "free is the most expensive" that can be taken i= n many ways and from the perspective of the giver or the receiver. The "freebies" from AdaCore come with a big price tag, your use of their "f= ree" means the removal of your rights. That is a trade off that makes sense= for many projects, but not for a language community in an Open Source worl= d with many really "free" options. As I said many times to their credit the= y do contribute a truly free subset of sources _back_ to the FSF that so fa= r has allowed the community to create a free version. So, my point of emphasizing the importance of using and promoting the FSF G= NAT version and making sure that people look at those versions and not GPL = runtime virused versions that are harmful for Ada and the community. The long term importance of community support, marketing and encouragement = of FSF GNAT can not be understated. Tying the future of Ada to a single com= pany and its maintenance of the only existing viable libre compiler is a hu= ge mistake when that company treats the greater community as a leach instea= d of a marketing arm for future potentials. I wish only good to AdaCore and give credit where credit is do, and my cons= istent message is always that their support product is worth the money, bec= ause it is. However, AdaCore can not be "Ada" or Ada is forever banished to= a few niche markets and academia both of which are not long term guarantee= s of Ada interest. David Botton