* Re: No definition of PTHREAD_RECURSIVE_MUTEX_INITIALIZER_NP
@ 2017-02-25 19:16 Леонид Юрьев
[not found] ` <CACCP0Gpr_WKsGXg_tZTA5-2EZxwJVPLQJZKwDFQoyD6U7-KQwQ@mail.gmail.com>
2017-02-25 21:22 ` Rich Felker
0 siblings, 2 replies; 3+ messages in thread
From: Леонид Юрьев @ 2017-02-25 19:16 UTC (permalink / raw)
To: musl
[-- Attachment #1: Type: text/plain, Size: 569 bytes --]
On Mon, Feb 20, 2017 at 03:22:41PM +0000, Raphael Cohn wrote:
> Hi,
>
> Whilst trying to compile ReOpenLDAP (https://github.com/ReOpen/ReOpenLDAP),
> a fork of OpenLDAP, I'm running into a wall. Some of the code wants a
> definition of PTHREAD_RECURSIVE_MUTEX_INITIALIZER_NP. musl doesn't define
> this; I suspect this is a non-portable glibc extension in pthread.h. Does
> any one have any ideas how I might workaround this? Is there an alternative
> construction that the code could use?
Now fixed in 'devel' branch of ReOpenLDAP.
Please check it.
Regards,
Leonid.
[-- Attachment #2: Type: text/html, Size: 898 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
[parent not found: <CACCP0Gpr_WKsGXg_tZTA5-2EZxwJVPLQJZKwDFQoyD6U7-KQwQ@mail.gmail.com>]
* Re: Re: No definition of PTHREAD_RECURSIVE_MUTEX_INITIALIZER_NP
[not found] ` <CACCP0Gpr_WKsGXg_tZTA5-2EZxwJVPLQJZKwDFQoyD6U7-KQwQ@mail.gmail.com>
@ 2017-02-25 21:03 ` Raphael Cohn
0 siblings, 0 replies; 3+ messages in thread
From: Raphael Cohn @ 2017-02-25 21:03 UTC (permalink / raw)
To: musl
[-- Attachment #1: Type: text/plain, Size: 710 bytes --]
I'm away ATM but will do in about a week. Ta
On 25 Feb 2017 7:16 p.m., "Леонид Юрьев" <leo@yuriev.ru> wrote:
On Mon, Feb 20, 2017 at 03:22:41PM +0000, Raphael Cohn wrote:
> Hi,
>
> Whilst trying to compile ReOpenLDAP (https://github.com/ReOpen/ReOpenLDAP),
> a fork of OpenLDAP, I'm running into a wall. Some of the code wants a
> definition of PTHREAD_RECURSIVE_MUTEX_INITIALIZER_NP. musl doesn't define
> this; I suspect this is a non-portable glibc extension in pthread.h. Does
> any one have any ideas how I might workaround this? Is there an alternative
> construction that the code could use?
Now fixed in 'devel' branch of ReOpenLDAP.
Please check it.
Regards,
Leonid.
[-- Attachment #2: Type: text/html, Size: 1335 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Re: No definition of PTHREAD_RECURSIVE_MUTEX_INITIALIZER_NP
2017-02-25 19:16 No definition of PTHREAD_RECURSIVE_MUTEX_INITIALIZER_NP Леонид Юрьев
[not found] ` <CACCP0Gpr_WKsGXg_tZTA5-2EZxwJVPLQJZKwDFQoyD6U7-KQwQ@mail.gmail.com>
@ 2017-02-25 21:22 ` Rich Felker
1 sibling, 0 replies; 3+ messages in thread
From: Rich Felker @ 2017-02-25 21:22 UTC (permalink / raw)
To: musl
On Sat, Feb 25, 2017 at 10:16:39PM +0300, Леонид Юрьев wrote:
> On Mon, Feb 20, 2017 at 03:22:41PM +0000, Raphael Cohn wrote:
> > Hi,
> >
> > Whilst trying to compile ReOpenLDAP (https://github.com/ReOpen/ReOpenLDAP),
> > a fork of OpenLDAP, I'm running into a wall. Some of the code wants a
> > definition of PTHREAD_RECURSIVE_MUTEX_INITIALIZER_NP. musl doesn't define
> > this; I suspect this is a non-portable glibc extension in pthread.h. Does
> > any one have any ideas how I might workaround this? Is there an alternative
> > construction that the code could use?
>
> Now fixed in 'devel' branch of ReOpenLDAP.
> Please check it.
If you want comments on the fix, can you provide a direct link to the
commit?
Rich
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2017-02-25 21:22 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-02-25 19:16 No definition of PTHREAD_RECURSIVE_MUTEX_INITIALIZER_NP Леонид Юрьев
[not found] ` <CACCP0Gpr_WKsGXg_tZTA5-2EZxwJVPLQJZKwDFQoyD6U7-KQwQ@mail.gmail.com>
2017-02-25 21:03 ` Raphael Cohn
2017-02-25 21:22 ` Rich Felker
Code repositories for project(s) associated with this public inbox
https://git.vuxu.org/mirror/musl/
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).