[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Multiple Threads: Costs, Benefits
>>>>> "Simon" == Simon Brooke <firstname.lastname@example.org> writes:
Simon> If you're going to operate multiple processes with access to a
Simon> shared LISP environment then the place to build those processes
Simon> is within the environment and not at operating system
Simon> level. Let's face it, a LISP system running on top of a
Simon> non-LISP operating system is a bit of a bastard anyway -- it's
Simon> best to think of the operating system (yes, even UNIX) simply
Simon> as a boot loader.
I think it is okay to organize a LISP implementation as either a
system or a component. I also think it was a mistake of the early
Lisp vendors not deliver their products as libraries. Today, this
mistake has been corrected by some of the more progressive vendors
like ILOG, and in some freely available implementations like CLiCC,
ECL, and WCL.
It is true that Lisp threads offer a unique capability.
If someone finds that they desire this capability, the sources are
ready and waiting, thanks to network CVS. Email me for details.
Better yet, email me when you have code to commit. ;-)