Skip site navigation (1) Skip section navigation (2)

Re: [ANN] pg.el v0.2 -- Emacs Lisp interface to PostgreSQL

From: Thomas Lockhart <lockhart(at)alumni(dot)caltech(dot)edu>
To: Eric Marsden <emarsden(at)mail(dot)dotcom(dot)fr>
Cc: pgsql-interfaces(at)postgreSQL(dot)org
Subject: Re: [ANN] pg.el v0.2 -- Emacs Lisp interface to PostgreSQL
Date: 1999-07-21 17:05:47
Message-ID: 3795FDEB.593D1063@alumni.caltech.edu (view raw or flat)
Thread:
Lists: pgsql-interfaces
>   tl> 1) it looks lisp-y, but I didn't look very closely; how much
>   tl> does this code resemble that for other lisp packages such as
>   tl> Allegro?
> I assume you mean other "lisp implementations such as Allegro Common
> Lisp"?  The answer is that I have also written a Common Lisp version
> (actually I wrote the CL version first), and a Scheme version
> (Scheme is another language in the Lisp family), but given that there
> is no standard interface to sockets in either Common Lisp or Scheme,
> the code is implementation-specific.

Would the CL version be available for the Postgres source tree? It
could form a basis for a generic implementation (with, of course, some
socket-specific stuff).

>   tl> 2) you are distributing it under GPL. No problem with that, but
>   tl> if you were amenable to distributing under a BSD-style license
>   tl> we could include it in the main Postgres distribution. Is that a
>   tl> possibility? It would be nice to have the foundation for another
>   tl> language interface for folks to work with.
> this may be a little tricky. pg.el will probably be distributed with
> Emacs in the future, and thus I will have to assign copyright to the
> FSF. I will talk with rms about that. Does that mean that even for
> client code which is intended to run completely independently from the
> backend, it is not possible to mix BSD and GNU GPL code? The Common
> Lisp and Scheme implementations, however, are under GNU LGPL, and I
> have no problem releasing them under another licence.

The "license mixing" issue has been a source of confusion for
everyone. I think that up until now we have tried to keep everything
BSD-ish, to avoid having misinterpreted the GPL and hence somehow
unintentionally applying it to the rest of our source tree. As I'm
sure you have seen elsewhere, the discussion on this is always long,
convoluted, and inconclusive.

Perhaps your CL version is a more appropriate piece of code to put in
our tree, especially if the licensing for that could be worked out
separately. If the emacs version is available in other "standard
places" then that should be good enough.

>   tl> Thanks again for the code. If the url you published is a good
>   tl> long-term reference, then I'll add your introductory mail
>   tl> message to the docs.
> give me a few days and I'll write a special page for it. Thanks.

If you want to start with this... ;)

                   - Thomas

-- 
Thomas Lockhart				lockhart(at)alumni(dot)caltech(dot)edu
South Pasadena, California

Attachment: lisp.sgml
Description: text/html (2.5 KB)

In response to

Responses

pgsql-interfaces by date

Next:From: Robson MartinsDate: 1999-07-21 17:26:07
Subject: Re: [INTERFACES] ResultSet....
Previous:From: Tom LaneDate: 1999-07-21 15:01:15
Subject: Re: [INTERFACES] maximum number of connections.

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group