From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 111292 invoked by alias); 1 May 2018 12:09:45 -0000 Mailing-List: contact libffi-discuss-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libffi-discuss-owner@sourceware.org Received: (qmail 111266 invoked by uid 89); 1 May 2018 12:09:44 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.6 required=5.0 tests=BAYES_00,KAM_SHORT,RCVD_IN_DNSWL_LOW,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=policies, licensed, LICENSE, offer X-HELO: mo4-p00-ob.smtp.rzone.de Received: from mo4-p00-ob.smtp.rzone.de (HELO mo4-p00-ob.smtp.rzone.de) (81.169.146.219) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 01 May 2018 12:09:42 +0000 X-RZG-AUTH: ":Ln4Re0+Ic/6oZXR1YgKryK8brlshOcZlIWs+iCP5vnk6shH+AHjwLuWOGKf9zfs=" X-RZG-CLASS-ID: mo00 Received: from bruno.haible.de by smtp.strato.de (RZmta 43.7 DYNA|AUTH) with ESMTPSA id 9080dcu41C9c3Hj (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (curve secp521r1 with 521 ECDH bits, eq. 15360 bits RSA)) (Client did not present a certificate); Tue, 1 May 2018 14:09:38 +0200 (CEST) From: Bruno Haible To: Anthony Green Cc: libffi-discuss@sourceware.org Subject: Re: additional license file in libffi source distribution? Date: Tue, 01 May 2018 12:09:00 -0000 Message-ID: <3845804.Kvep2sx6kA@omega> User-Agent: KMail/5.1.3 (Linux/4.4.0-119-generic; KDE/5.18.0; x86_64; ; ) In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-SW-Source: 2018/txt/msg00022.txt.bz2 Hi Anthony, > 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. Correct. Including the license text is sufficient because - build tools like msvcc.sh do not store copyrightable contents in the generated binaries, - the presence or absence of a test suite does not have an effect on the generated binaries. > 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, Regarding the libffi.bhaible: For the files test-call.c test-callback.c testcases.c you may use * GPLv2+ with Copyright 1993-2017 Bill Triggs, Bruno Haible (as it is now), or - at your choice - * the MIT/BSD license, as formulated in the LICENSE file, with "Copyright (c) 1996-2014 Anthony Green, Red Hat, Inc and others" replaced with "Copyright 1993-2017 Bill Triggs, Bruno Haible" Bill Triggs and I are agreeing on this relaxed license on 2017-10-23, following my offer in . However, the file alignof.h is from gnulib, thus under LGPLv2+ [1]. If you would want it to be MIT/BSD licensed as well, you need to ask for it on the bug-gnulib mailing list (relevant authors are Paul Eggert and me). And then there's still the msvcc.sh... > msvcc.sh an testsuite/libffi.bhaible are both distributed under the > terms of the GNU GPL version 2, as below. Inside testsuite/libffi.bhaible: - The *.c and *.h files are distributed under GNU GPL version 2 or later (GPLv2+). - The .exp file that you added is under GNU GPL version 3 or later (GPLv3+). > 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? I think the FSF formulated it like this so that * on one hand, the licensing for packages that use Autoconf & Automake is clear to everyone, without need to consult a lawyer, * on the other hand, if config.sub and ltmain.sh ever get integrated in a new generation of build system, this new build system must be under GPL. It is one of the policies of the FSF to increase the use of the GPL whenever possible. Bruno [1] https://www.gnu.org/software/gnulib/manual/html_node/Copyright.html