Re: Lisp as a procedural language? - Mailing list pgsql-hackers

From M. Edward (Ed) Borasky
Subject Re: Lisp as a procedural language?
Date
Msg-id 1224442203.14995.30.camel@DreamScape
Whole thread Raw
In response to Re: Lisp as a procedural language?  (Volkan YAZICI <yazicivo@ttmail.com>)
List pgsql-hackers
On Sun, 2008-10-19 at 09:24 +0300, Volkan YAZICI wrote:
> "M. Edward (Ed) Borasky" <znmeb@cesmail.net> writes:
> > Someone at the PostgreSQL West conference last weekend expressed an
> > interest in a Lisp procedural language. The only two Lisp environments
> > I've found so far that aren't GPL are Steel Bank Common Lisp (MIT,
> > http://sbcl.sourceforge.net) and XLispStat (BSD,
> > http://www.stat.uiowa.edu/~luke/xls/xlsinfo/xlsinfo.html). SBCL is a
> > very active project, but I'm not sure about XLispStat.
> 
> You see PL/scheme[1]?

I don't remember who it was at the conference, but when I suggested
Scheme, he said that it already existed, and that (Common) Lisp was
really what was wanted. 

Scheme is a much simpler beast. Both Scheme and Common Lisp are similar
in complexity at the core/"virtual machine"/interpreter/compiler level.
But once you load on all the libraries, object models (CLOS), etc.,
Common Lisp is much bigger.
-- 
M. Edward (Ed) Borasky
ruby-perspectives.blogspot.com

"A mathematician is a machine for turning coffee into theorems." --
Alfréd Rényi via Paul Erdős




pgsql-hackers by date:

Previous
From: "Douglas McNaught"
Date:
Subject: Re: Lisp as a procedural language?
Next
From: "Hitoshi Harada"
Date:
Subject: Window Functions: buffering strategy