Poll: Which Lisp implementations do you use?

Discussion of Common Lisp

Which Lisp implmentations do you use the most? (choose up to 2)

Allegro CL
14
6%
CMUCL
2
1%
Clozure CL (OpenMCL)
20
9%
Corman CL
4
2%
Embedded CL (ECL)
12
5%
GNU CL (GCL)
2
1%
GNU CLISP
34
15%
LispWorks
19
8%
Steel Bank CL (SBCL)
111
50%
Other
6
3%
 
Total votes: 224

AlexPaes
Posts: 21
Joined: Sat Jun 28, 2008 3:38 am
Location: Lisbon, Portugal

Re: Poll: Which Lisp implementations do you use?

Post by AlexPaes » Mon Nov 03, 2008 5:12 pm

I just got my Lispworks copy installed so i couldn't resist to coming here and changing my entry to include this one now. Basically it will be SBCL on Linux for Web/Server stuff and Lispworks for desktop. ;)
CL-USER> (setf *boss* (make-instance 'smart-person))
NIL
CL-USER>

aaronla
Posts: 7
Joined: Fri Jan 02, 2009 3:42 am
Contact:

Re: Poll: Which Lisp implementations do you use?

Post by aaronla » Fri Jan 02, 2009 3:46 am

I'm using ECL and SBCL on Windows. I'm favoring ECL, but would probably choose SBCL for anything with non-trivial performance goals -- right now, I'm just learning Common Lisp and prototyping.

dlweinreb
Posts: 41
Joined: Tue Jul 01, 2008 5:11 am
Location: Lexington, MA
Contact:

Re: Poll: Which Lisp implementations do you use?

Post by dlweinreb » Sat Jan 03, 2009 4:58 pm

At ITA Software, we use SBCL for one large project, and CCL for one even larger project. One constraint at ITA is that we are committed to using open source implementations. We switched from CMUCL to SBCL somewhat before I joined the company (three years ago). These two implementations are closely related, but SBCL has several improvements. We use Linux exclusively.

The reasons for using SBCL on one product and CCL on the other are rather complex and involve things like differences of opinion within ITA, which I'd rather not talk about in public. Both implementations are excellent. One important advantage of CCL is that the compiler runs very quickly, which is very helpful for compile-edit-debug cycles that cannot be done incrementally, including running complete system tests. Also, we currently get very good information from the debugger for CCL, whereas when I was last using SBCL, it was not as good (I don't know how much it might have been improved since then).

We also feel good about the fact that CCL is maintained by an actual company with full-time employees who are dedicated to improving the product. SBCL is maintained by an informal group of maintainers, who work on SBCL on their own time, or when they are engaged as consultants. Let me emphasize that the SBCL maintainers include some truly excellent developers, and I don't inten to be disrespectful to them.

The product that uses SBCL (QPX) is very compute-intensive, and we believe that SBCL's compiler generates faster code for this application. Actually, the standard Gabriel micro-benchmarks don't say that either of these implementations is across-the-board faster than the other. Micro-benchmarks have many limitations, and can't be relied upon to predict the relative performance of real applications.

Post Reply