This is the mail archive of the
libc-alpha@sources.redhat.com
mailing list for the glibc project.
Re: Abstracting the threads package a little better
- To: Corey Minyard <minyard at acm dot org>
- Subject: Re: Abstracting the threads package a little better
- From: Kaz Kylheku <kaz at ashi dot footprints dot net>
- Date: Sun, 18 Mar 2001 14:46:32 -0800 (PST)
- cc: Wolfram Gloger <wg at malloc dot de>, <libc-alpha at sourceware dot cygnus dot com>
On 18 Mar 2001, Corey Minyard wrote:
> I actually used that model for everything. The main problem was the
> mutex initializers and the size taken by a mutex. I tried to divorce
> the libc stuff from the "pthread.h" include file. The mutexes I had
> were larger than the pthread_mutex_t ones, so I couldn't just use the
> same space, I had to reserve some extra space. And I had to make sure
> all the mutexes were initialized properly, for which I cheated and
> used a function put into the .ctors section to initialize.
So what you are talking about is dynamic binding (or pluggability) of
the thread package, which is not quite the same thing as as
``abstraction''. Glibc seems to have enough of abstraction to allow
the threading package to be replaced by another one, just not at
run time.