From: Basile Starynkevitch <basile@starynkevitch.net>
To: David Malcolm <dmalcolm@redhat.com>, jit@gcc.gnu.org
Subject: Re: licensing questions
Date: Tue, 01 Jan 2019 00:00:00 -0000 [thread overview]
Message-ID: <74266465-c78a-f363-4f9e-55f9a5c35339@starynkevitch.net> (raw)
In-Reply-To: <1550771499.29992.175.camel@redhat.com>
On 2/21/19 6:51 PM, David Malcolm wrote:
> On Thu, 2019-02-21 at 18:23 +0100, Paulo Matos wrote:
>> Hi,
>>
>> libgccjit is released with GCC and therefore GPLv3.
>> This seems to mean, from my relatively low knowledge in this area,
>> that
>> all libraries linking to libgccjit to create bindings and libraries
>> and
>> applications linking to this library are forced into GPLv3.
>>
>> I though LGPL was created with the purpose of stopping the viral
>> spread
>> of GPLv3. Was it the authors decision to make it GPLv3 instead of
>> LGPL -
>> which would have been, I guess, more flexible?
> [I am not a lawyer, and I don't represent anyone here]
>
> IIRC, my thinking at that time was that the GCC-as-shared-library
> feature might be controversial (as well as a technical challenge), and
> I didn't want to have to also deal with a license debate on top of
> those two. Hence I went with the GPLv3 as a path of last resistance.
I don't think you could change that. libgccjit was obviously, when you
start writing it, a derivative work of GCC. And at that time GCC was
(and today still is) GPLv3+ licensed (with exceptions).
> I haven't yet run into any issues with the license in my own work (but
> all my work is free software, so...)
>
> The FSF owns the copyright here. Perhaps a case could be made that it
> might serve the FSF's strategic interests to allow some kind of dual
> licensing of libgccjit, but I'm not sure either way. (It's not
> something I want to spend my own cycles on pursuing, but if someone
> else cares, fair enough; I suspect that that's more a topic for an FSF-
> strategy-focused-list, rather than this mailing list, though).
I share your analysis, and as a past minor contributor to GCC (but not
to libgccjit) I don't even want its license to change. I am happy with
GCC being GPLv3+ (and that license was a positive motivation to
contribute to it in the past).
I would warn any reader of jit@gcc.gnu.org that wanting to change GCC
license is an enormous goal (unreasonable, and that I dislike). My
personal opinion is that it is unlikely to happen (unless a GPLv4
appears, which is not on my radar).
My understanding is that libgccjit is part of GCC so has the same
license. And wanting to change the license of GCC is really completely
unreasonable (and something I personally disagree with, but in any case
only the FSF could change that license, being the legal owner of GCC).
Of course, discussing license on jit@gcc.gnu.org is completely
off-topic. Sorry for that.
Cheers.
--
Basile STARYNKEVITCH == http://starynkevitch.net/Basile
opinions are mine only - les opinions sont seulement miennes
Bourg La Reine, France
next prev parent reply other threads:[~2019-02-21 17:58 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-01-01 0:00 Paulo Matos
2019-01-01 0:00 ` David Malcolm
2019-01-01 0:00 ` Basile Starynkevitch [this message]
2019-01-01 0:00 ` Basile Starynkevitch
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=74266465-c78a-f363-4f9e-55f9a5c35339@starynkevitch.net \
--to=basile@starynkevitch.net \
--cc=dmalcolm@redhat.com \
--cc=jit@gcc.gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).