public inbox for libffi-discuss@sourceware.org
 help / color / mirror / Atom feed
From: Anthony Green <green@moxielogic.com>
To: libffi-discuss@sourceware.org, Bruno Haible <bruno@clisp.org>
Subject: additional license file in libffi source distribution?
Date: Tue, 01 May 2018 11:03:00 -0000	[thread overview]
Message-ID: <CACxje59q1YsvQ5K1A30cox0iT1eeA35W1D-Jv2WLr8eLrdaJ4g@mail.gmail.com> (raw)

Several people have pointed out that msvcc.sh and
testsuite/libffi.bhaible are both covered by licensing terms that are
different from the libffi license, and that we need to (a) remove them, or
(b) include the license text.  I'd rather include the license text (GPLv2),
as they are convenient to bundle and maintain along with the libffi source
code.   To that end, I just added a LICENSE-BUILDTOOLS file with the GPLv2
license, and a short preamble included below.  IANAL, but my intent is to
make sure that nobody can credibly claim that libffi should be covered by
the GPL.  Any comments or suggestions on improving this?:

---- cut here ---------------------------------------
The libffi source distribution contains certain code that is not part
of libffi, and is only used as tooling to assist with the building and
testing of libffi.  This includes the msvcc.sh script used to wrap the
Microsoft compiler with GNU compatible command-line options, and the
libffi test code distributed in the testsuite/libffi.bhaible
directory.  This code is distributed with libffi for the purpose of
convenience only, and libffi is in no way derived from this code.

msvcc.sh an testsuite/libffi.bhaible are both distributed under the
terms of the GNU GPL version 2, as below.

[text of GPLv2 redacted]
---- cut here ---------------------------------------

I wonder about this because some tools, like config.sub and ltmain.sh say
they are GPLv2 _except_ when bundled with other programs, in which case
they assume the other program's license.   Why do they need to do that?

Thanks,

AG

             reply	other threads:[~2018-05-01 11:03 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-05-01 11:03 Anthony Green [this message]
2018-05-01 12:09 ` Bruno Haible
     [not found]   ` <e2249e25dec9ae764b3c18d066fa840e@mail.kylheku.com>
2018-05-03 14:55     ` Anthony Green

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=CACxje59q1YsvQ5K1A30cox0iT1eeA35W1D-Jv2WLr8eLrdaJ4g@mail.gmail.com \
    --to=green@moxielogic.com \
    --cc=bruno@clisp.org \
    --cc=libffi-discuss@sourceware.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).