[Bordeaux-threads-devel] Deprecating recursive locks

Leslie P. Polzer leslie.polzer at gmx.net
Thu May 3 06:28:30 UTC 2012


Stelian Ionescu wrote:
> They're an ugly hack, as described their inventor David Butenhof
> (http://tinyurl.com/butenhof-recursive-mutexes) and aren't supported by
> all lisps: Allegro, Clozure, CMUCL, SBCL(it has a kind of recursive
> lock, but it's not a posix recursive lock), so I was thinking of making
> a 1.0 release in which to remove them altogether.
>
> What do you think ?

I think it's a bad idea. For me rapid prototyping is an important
part of Lisp, and recursive locks support this approach. What
Butenhof basically holds against them is that you're not looking
at your threading code closely enough. But in the beginning stages
of a project I actually might not want to do that. Doing away
with them would be premature optimization. Add a note of caution
to the docstring if you're that concerned, but don't remove them.

  Leslie
-- 
Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir
belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de




More information about the bordeaux-threads-devel mailing list