Aleksandr Simma wrote: > I am very excited by the threading spec, both from the perspective of it > being immediately useful and of it serving as a template for future > community action in other domains. I am not a threading expert, so I > don't have any concrete comments (other than regarding thread.name > <http://thread.name> -- my hypothesis is that you selecting this naming > because this is a debugging function, but I think thread-name would be > more appropriate). > > Are there any plans to implement the spec? Is the plan to have a > library implementing it by providing a uniform interface to the > implementation-specific primitives, or is this something that should be > handled directly by the implementations? In particular, does there > already exist the primitive support required to implement this spec in > the popular threaded implementations?
The idea is that this will be part of the implementations. The traditional model of thread implementation is not very much like the one I'm proposing (most doesn't have condition variables, for example.) We will see if most implementations accept these ideas. There will be at least one implementation of SSC: in SBCL, and I'm working on it right now. Cheers, Marco _______________________________________________ Gardeners mailing list [email protected] http://www.lispniks.com/mailman/listinfo/gardeners
