This is the mail archive of the
mailing list for the GCC project.
Re: [Patch] Tweak gthr-posix.h for pthread_create() Interceptors
- From: Jason Merrill <jason at redhat dot com>
- To: "Boehm, Hans" <hans dot boehm at hp dot com>
- Cc: "Ranjit Mathew" <rmathew at gmail dot com>, "GCC Patches" <gcc-patches at gcc dot gnu dot org>
- Date: Fri, 29 Oct 2004 01:43:43 -0400
- Subject: Re: [Patch] Tweak gthr-posix.h for pthread_create() Interceptors
- References: <94505C6A90226146BD46E87646B4402F4A9106@cacexc11.americas.cpqcorp.net>
On Thu, 28 Oct 2004 11:55:11 -0700, "Boehm, Hans" <firstname.lastname@example.org> wrote:
> Can some glibc experts comment? Does it make sense to test
> pthread_cond_wait instead, since that probably can't be usefully stubbed
> in a single-threaded world, and is much less likely to be intercepted?
I'm not a glibc expert, but that makes sense to me.
> If not, would a safer approach be to define a symbol like
> __pthread_loaded in various libpthread implementations, which could then
> be used precisely for this test. But this obviously requires help from
> the glibc folks.
And all other vendors. I don't think this is feasible.