This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [RFC] Fixing pthread_* namespace issues for thrd_* symbols
- From: Joseph Myers <joseph at codesourcery dot com>
- To: Juan Manuel Torres Palma <j dot m dot torrespalma at gmail dot com>
- Cc: Szabolcs Nagy <nsz at port70 dot net>, libc-alpha <libc-alpha at sourceware dot org>
- Date: Thu, 18 Jun 2015 14:12:48 +0000
- Subject: Re: [RFC] Fixing pthread_* namespace issues for thrd_* symbols
- Authentication-results: sourceware.org; auth=none
- References: <CAD82F-pVYZvT+HHK4XchTeSEFeOUQoUBwtFA=-b52zs8i+_bJw at mail dot gmail dot com> <20150430162657 dot GD863 at port70 dot net> <CAD82F-raesW2rAFEaMO_CYtyaXVmEAfeQa2Fi3vOXLwc-TyTEg at mail dot gmail dot com> <20150501131002 dot GA29166 at port70 dot net> <CAD82F-qqRsNwymfdXOEuHRGedBq1SjtqgjZO5poyDDzExRs0_g at mail dot gmail dot com>
On Thu, 18 Jun 2015, Juan Manuel Torres Palma wrote:
> Sorry for late reply.
>
> My solution so far is this one, only for x86, will work on other
> architectures as long as this strategy is acceptable. What I have
> mainly done is copy pthread_mutex_t and pthread_cond_t renaming them,
> so I won't be breaking any ABI and namespaces will be clean. Let me
> know if it's acceptable.
Contents shouldn't be duplicated, but you could e.g. have a shared header
that defines macros such as __PTHREAD_COND_T_CONTENT, so cnd_t would be
typedef union
{
__PTHREAD_COND_T_CONTENT
} cnd_t;
and pthread_cond_t similarly.
--
Joseph S. Myers
joseph@codesourcery.com