[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Gcl-devel] Re: GCL compliance and Bill Schelter
From: |
Bruno Haible |
Subject: |
[Gcl-devel] Re: GCL compliance and Bill Schelter |
Date: |
Fri, 25 Jul 2003 19:33:02 +0200 |
User-agent: |
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 |
Sam Steingold wrote:
As CLISP's copyright states, to be an independent work a program must
"only reference external symbols in CLISP's public packages (namely
the packages COMMON-LISP, COMMON-LISP-USER, KEYWORD, EXT) ..."
the crucial part is the next phrase you omitted:
"i.e. if they don't rely on CLISP internals and would as well run in any
other Common Lisp implementation."
the idea is that any application that does not _require_ CLISP to run
is _not_ infected by CLISP GPL.
That's nearly the idea. But the phrase is: "... would as well run in
_any_ other Common Lisp implementation", not "... would as well run in
_some_ other Common Lisp implementation". So the idea is that
applications that are written in _portable_ Common Lisp are treated
as independent work.
CLOCC/PORT is, in fact, a cross-platform portability kit which runs
under CLISP, CMUCL, ACL, LW (and soon GCL - as soon as they fix
DEFPACKAGE &c). Therefore it is not covered by GNU GPL (but by GNU LGPL
with Franz clarification). I.e., it does _not_ infect software that
uses CLOCC/PORT with GNU LGPL.
I agree here. clocc/src/port/sys.lisp supports so many CL
implementations that for practical purposes it meets the
"in _any_ other Common Lisp implementation" clause.
What's worse, VARIABLE-SPECIAL-P relies on SYS::SPECIAL-VARIABLE-P
which is not exported in CLISP - and probably won't be.
Nevertheless, the aim being to extend the limits of portability (not
to hijack CLISP internals), this doesn't bring CLOCC's sys.lisp under
GPL.
Bruno
- [Gcl-devel] Re: [Maxima] GCL compliance and Bill Schelter, (continued)
- [Gcl-devel] Re: [Maxima] GCL compliance and Bill Schelter, C Y, 2003/07/24
- [Gcl-devel] Re: GCL compliance and Bill Schelter, Camm Maguire, 2003/07/24
- [Gcl-devel] Re: [Maxima] Re: GCL compliance and Bill Schelter, Adam Warner, 2003/07/24
- [Gcl-devel] Re: [Maxima] Re: GCL compliance and Bill Schelter, Nicolas Neuss, 2003/07/25
- [Gcl-devel] Re: [Maxima] Re: GCL compliance and Bill Schelter, Nicolas Neuss, 2003/07/25
- [Gcl-devel] Re: [Maxima] Re: GCL compliance and Bill Schelter, Adam Warner, 2003/07/25
- [Gcl-devel] Re: GCL compliance and Bill Schelter, Sam Steingold, 2003/07/25
- [Gcl-devel] CLISP and independent works [was Re: GCL compliance and Bill Schelter], Adam Warner, 2003/07/25
- [Gcl-devel] Re: CLISP and independent works [was Re: GCL compliance and Bill Schelter], Sam Steingold, 2003/07/26
- Re: [Gcl-devel] Re: CLISP and independent works [was Re: GCL compliance and Bill Schelter], C Y, 2003/07/26
- [Gcl-devel] Re: GCL compliance and Bill Schelter,
Bruno Haible <=
- [Gcl-devel] Re: GCL compliance and Bill Schelter, Adam Warner, 2003/07/31
- Re: [Gcl-devel] Re: [Maxima] Re: GCL compliance and Bill Schelter, Camm Maguire, 2003/07/25
- Re: [Gcl-devel] Re: Re: GCL compliance and Bill Schelter, Adam Warner, 2003/07/25
- [Gcl-devel] Re: [Maxima] Re: GCL compliance and Bill Schelter, Nicolas Neuss, 2003/07/25
- Re: [Gcl-devel] Re: [Maxima] Re: GCL compliance and Bill Schelter, Camm Maguire, 2003/07/25
- Re: [Gcl-devel] Re: [Maxima] Re: GCL compliance and Bill Schelter, Nicolas Neuss, 2003/07/25
- [Gcl-devel] Re: [Axiom-developer] Re: GCL compliance and Bill Schelter, Mike Dewar, 2003/07/25
- [Gcl-devel] Re: [Maxima] Re: [Axiom-developer] Re: GCL compliance and Bill Schelter, Camm Maguire, 2003/07/25
- [Gcl-devel] Re: [Maxima] Re: [Axiom-developer] Re: GCL compliance and Bill Schelter, Mike Dewar, 2003/07/29
- [Gcl-devel] Re: [Maxima] Re: GCL compliance and Bill Schelter, Bakul Shah, 2003/07/25