This is the mail archive of the
mailing list for the glibc project.
Re: [Freedce-devel] pthread_clear_exit_np()
- From: Luke Howard <lukeh at padl dot com>
- To: hch at lst dot de
- Cc: thomas dot schuetzkowski at web dot de, libc-alpha at sources dot redhat dot com, freedce-devel at lists dot sourceforge dot net, opendce at opengroup dot org
- Date: Wed, 26 Apr 2006 09:09:07 +1000
- Subject: Re: [Freedce-devel] pthread_clear_exit_np()
- References: <firstname.lastname@example.org> <20060425172716.GB10710@lst.de>
- Reply-to: lukeh at padl dot com
- Versions: dmail (bsd44) 2.6d/makemail 2.10
>> This idea was skipped, because no one had the time to do this.
>Why do you think you really need glibc? Given how old dce legacy
>codebases are you just need a basic libc with your threading model. You
>could for example take uclibc as a library that is simple and supports
>threading and hack draft 4 posix threads into them. no one forces you
>to use glibc for your oddish broken legacy garbage.
Fair point, but in the real world we are shipping an application that
needs to use non-DCE threads and a bunch of other libraries whilst
providing DCE RPC services.
Anyway, it looks like we have something that works for NPTL with both
LinuxThreads and NPTL APIs. All's well that ends well (well, at least
until the pthread structure layout changes!).