From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on ip-172-31-74-118.ec2.internal X-Spam-Level: X-Spam-Status: No, score=-1.9 required=3.0 tests=BAYES_00,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.6 X-Received: by 2002:ac8:430e:: with SMTP id z14mr3861846qtm.208.1633617889186; Thu, 07 Oct 2021 07:44:49 -0700 (PDT) X-Received: by 2002:a05:6902:1208:: with SMTP id s8mr4951664ybu.143.1633617888994; Thu, 07 Oct 2021 07:44:48 -0700 (PDT) Path: eternal-september.org!reader02.eternal-september.org!news.misty.com!border2.nntp.dca1.giganews.com!border1.nntp.dca1.giganews.com!nntp.giganews.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Thu, 7 Oct 2021 07:44:48 -0700 (PDT) In-Reply-To: Injection-Info: google-groups.googlegroups.com; posting-host=47.185.200.73; posting-account=zwxLlwoAAAChLBU7oraRzNDnqQYkYbpo NNTP-Posting-Host: 47.185.200.73 References: <7aff9139-3a18-4c98-bdc0-5d587912d880n@googlegroups.com> <423cb5c5-a13f-4a30-ac96-eeb537acfc68n@googlegroups.com> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <2415df47-6b7b-4210-b0e1-eec93ff0457bn@googlegroups.com> Subject: Re: Announce: AdaStudio-2021 release 01/10/2021 free edition From: Andreas ZEURCHER Injection-Date: Thu, 07 Oct 2021 14:44:49 +0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Xref: reader02.eternal-september.org comp.lang.ada:62947 List-Id: On Wednesday, October 6, 2021 at 2:06:41 PM UTC-5, Manuel Gomez wrote: > Am 6/10/21 um 5:14 schrieb Andreas ZEURCHER: > > On Tuesday, October 5, 2021 at 1:46:15 PM UTC-5, Manuel Gomez wrote:=20 > >> Last time I checked qt5ada I was surprised by the fact that it doesn't= =20 > >> include the source code for the C intermediate=20 > >=20 > > Generated code is not source code, as it can be regenerated from unmodi= fied GPL-/LGPL-compliant widely-available tools. Just because it is C doesn= 't make it source code. C code can be generated intermediate representation= too, which it appears to be in this case. What stops you from regenerating= the intermediate C code just like Leonid does? You have the widely-availab= le tools with source code to generate the C code. Leonid has the widely-ava= ilable tools with source code to generate the C code. All seems to be quite= good there.=20 > >=20 > > Now this is assuming that Leonid performs to hand editing of the genera= ted C code. Or if Leonid modifies the generated C code with scripts that th= e source code for the scripts are obtainable along with (or distributed wit= h) each release of AdaStudio, so that you can invoke those scripts too, jus= t like Leonid did. > That is only moving the question one step away, since then you could=20 > formulate it as 'where are the source scripts and/or instructions to=20 > generate the intermediate C library'. Intermediate meaning here: layer=20 > between Ada and the Qt C++ libraries. I wasn't assuming that there is=20 > something wrong with the distribution, You seem to be making a crystal-clear claim that the distribution of AdaStu= dio is omitting either hand-modified C code or Leonid's scripts from which = the C code was somehow generated or post-generation manipulated, either in = its post-generation manipulations of the C code via scripts or in its build= scripts themselves. Leonid would most certainly find it useful where your= ability to utilize AdaStudio failed due to inability to regenerate the int= ermediate-representation C code, because that is either exposing his undist= ributed hand modifications (in seeming violation of the license) or that is= exposing his undistributed scripts (in seeming violation of the license) o= r your incorrect utilization of the build environment of AdaStudio that is = causing perfectly functioning perfectly legal-abiding C code generation to = go awry. Did you raise an official support-ticket/issue request with Leoni= d about your build problems regarding the intermediate-representation C cod= e? > only that there's an issue that=20 > needs clarification. Please note that this is not quick and unjustified= =20 > criticism, it comes from my failed attempt to use this binding with the= =20 > Qt libraries provided by Ubuntu (see [1]), which is one of the basic=20 > freedoms granted by the GPL and LGPL, and restated by Qt as:=20 >=20 > > The user is allowed to change and re-link the library used in the=20 > application or device [2]=20 >=20 > [1] https://github.com/ohenley/qt5ada/issues/1=20 > [2] https://www.qt.io/licensing/open-source-lgpl-obligations