Although having two threading libraries and nice runtime switching mechanism between them is nice, there is a problem. If something new needs to be implemented in threading library, it needs to be implemented in both of them. Even more, there is many functions (most notably barriers) implemented in libthread_xu, but not in libc_r making them actually unusable.
http://leaf.dragonflybsd.org/mailarchive/kernel/2008-01/msg00084.html There is no changes since then except pthread_atfork and I don't see anyone working on more either. I don't think that it's acceptable in long term, so either someone jumps in to implement missing stuff in libc_r or we should remove libc_r at all (at least in sense of libpthread.so). Any thoughts? -- Hasso Tepper
