unofficial mirror of guile-devel@gnu.org 
 help / color / mirror / Atom feed
From: Rob Browning <rlb@defaultvalue.org>
Cc: guile-devel@gnu.org, guile-user@gnu.org, Greg Troxel <gdt@ir.bbn.com>
Subject: The Guile license and the use of LGPL libs (like GMP).
Date: Thu, 16 May 2002 10:35:44 -0500	[thread overview]
Message-ID: <87vg9oqf5b.fsf_-_@raven.i.defaultvalue.org> (raw)
In-Reply-To: <87ptzxp8le.fsf@zagadka.ping.de> (Marius Vollmer's message of "15 May 2002 20:30:21 +0200")

Marius Vollmer <mvo@zagadka.ping.de> writes:

>> I haven't checked yet, but can we use GMP's IO routines?
>
> I don't know, I haven't looked...

After posting this question, I ended up in a good discussion with Greg
Troxel about using GMP and the resultant licensing issues.  Now it may
be that the two of us are misunderstanding things, but it looks like
if we migrate to require GMP then we may be changing the licensing
requirements for apps that use Guile.  In particular, any app that
wants to link against Guile will have to respect the provisions of the
LGPL which is at least a bit more restrictive than Guile's license.  I
think Greg put the possible issues fairly clearly:

> I'm not sure how I feel personally.  It has been guile project
> policy that guile has the guile exception in order to encourage use
> of guile absolutely everywhere.  Meeting LGPL terms isn't
> necessarily hard, but it requires thought and possibly legal
> department review, whereas the guile exception is easier to read and
> get on with life.

and then in response to a question I had about whether or not dynamic
linking avoided the problem (at least for apps that didn't need to
-static link):

> Dynamic linking is not entirely sufficient to comply with LGPL;
> rights to modify for own use and reverse engineer to debug that use
> must also be granted (see section 6 of LGPL).  It may be that given
> where guile is, and perl/python/tcl, that this is really not
> important strategically to guile and the FSF as a whole.  But I
> maintain that departing from the guile exception is a substantial
> philosophical shift.  Only free software weenies seem to use guile
> as it is, so a change probably wouldn't hurt much.  And I only write
> code mostly on platforms with shlibs, but what about palmos?  What
> if cisco wanted to put guile into IOS?  LGPL compliance would not
> perhaps be intellectually problematic, but it would be a lot of
> work, so they wouldn't want to do this.

If the analysis is correct, then it seems like we have a few choices:

  1) Use (and require) GMP anyway and expect people to accomodate the
     licensing changes.

  2) Use GMP, but have a configure switch that allows you to omit it,
     either with fallback non-GMP bignum support, or perhaps no
     bignums at all.

  3) Ask the relevant parties whether or not they might be willing to
     extend the guile exception to GMP, i.e. add a special Guile
     clause to the GMP license.

  4) Abandon GMP and continue to do things ourselves.

Thoughts?

-- 
Rob Browning
rlb @defaultvalue.org, @linuxdevel.com, and @debian.org
Previously @cs.utexas.edu
GPG=1C58 8B2C FB5E 3F64 EA5C  64AE 78FE E5FE F0CB A0AD

_______________________________________________
Guile-devel mailing list
Guile-devel@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-devel


  reply	other threads:[~2002-05-16 15:35 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-05-09 20:17 Project: a good floating point printer/reader Marius Vollmer
2002-05-13 21:01 ` Rob Browning
2002-05-15 18:30   ` Marius Vollmer
2002-05-16 15:35     ` Rob Browning [this message]
2002-05-16 16:44       ` The Guile license and the use of LGPL libs (like GMP) Greg Troxel
2002-05-16 17:01       ` Bruce Korb
2002-05-16 17:12         ` Rob Browning
2002-05-21 19:55           ` Carl R. Witty
2002-05-21 23:44             ` Rob Browning
2002-05-16 17:21       ` Jeff Read
2002-05-16 17:22         ` Rob Browning
2002-05-16 20:40           ` Jeff Read
2002-05-16 23:17             ` Rob Browning
2002-05-16 23:35               ` Jeff Read
2002-05-17  0:02                 ` Rob Browning
2002-05-28 18:56               ` Marius Vollmer
2002-05-28 18:28       ` Marius Vollmer
2002-05-28 18:54         ` Bruce Korb
2002-05-28 19:23           ` Marius Vollmer
2002-05-28 19:39             ` Bruce Korb
2002-05-28 19:54               ` Marius Vollmer
2002-05-28 20:16                 ` Bruce Korb
2002-06-01 16:01                   ` Marius Vollmer
2002-05-28 19:02         ` Rob Browning

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

  List information: https://www.gnu.org/software/guile/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87vg9oqf5b.fsf_-_@raven.i.defaultvalue.org \
    --to=rlb@defaultvalue.org \
    --cc=gdt@ir.bbn.com \
    --cc=guile-devel@gnu.org \
    --cc=guile-user@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).