* [Xenomai-core] Commit 6346c046b1
@ 2009-07-03 11:08 Jan Kiszka
2009-07-06 16:14 ` Gilles Chanteperdrix
0 siblings, 1 reply; 3+ messages in thread
From: Jan Kiszka @ 2009-07-03 11:08 UTC (permalink / raw)
To: Philippe Gerum; +Cc: xenomai-core
Hi Philippe,
what problem did you had to address with commit 6346c046b1? I'm asking
as it most probably breaks what e7d889f56c tried to fix (e.g. double
definitions of PTHREAD_PRIO_* with recent glibcs).
Jan
--
Siemens AG, Corporate Technology, CT SE 2
Corporate Competence Center Embedded Linux
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [Xenomai-core] Commit 6346c046b1
2009-07-03 11:08 [Xenomai-core] Commit 6346c046b1 Jan Kiszka
@ 2009-07-06 16:14 ` Gilles Chanteperdrix
2009-07-06 16:15 ` Gilles Chanteperdrix
0 siblings, 1 reply; 3+ messages in thread
From: Gilles Chanteperdrix @ 2009-07-06 16:14 UTC (permalink / raw)
To: Jan Kiszka; +Cc: xenomai-core
Jan Kiszka wrote:
> Hi Philippe,
>
> what problem did you had to address with commit 6346c046b1? I'm asking
> as it most probably breaks what e7d889f56c tried to fix (e.g. double
> definitions of PTHREAD_PRIO_* with recent glibcs).
The problem was that with uclibc, pthread_mutexattr_set_prio_inherit
existed, but PTHREAD_PRIO_INHERIT did not exit, so the posix
mutex-torture test was not compiling. Which is why, we replaced with:
#ifndef PTHREAD_PRIO_INHERIT
#define PTHREAD_PRIO_INHERIT
#endif
which should work as long as this piece of code is put after the
#include_next<pthread.h>
But maybe we forgot that...
Besides, I use recent libc (and I believe with -Wall -W) and do not see
any warning . Would you be compiling with g++ or with special flags?
--
Gilles
^ permalink raw reply [flat|nested] 3+ messages in thread* Re: [Xenomai-core] Commit 6346c046b1
2009-07-06 16:14 ` Gilles Chanteperdrix
@ 2009-07-06 16:15 ` Gilles Chanteperdrix
0 siblings, 0 replies; 3+ messages in thread
From: Gilles Chanteperdrix @ 2009-07-06 16:15 UTC (permalink / raw)
To: Jan Kiszka; +Cc: xenomai-core
Gilles Chanteperdrix wrote:
> Jan Kiszka wrote:
>> Hi Philippe,
>>
>> what problem did you had to address with commit 6346c046b1? I'm asking
>> as it most probably breaks what e7d889f56c tried to fix (e.g. double
>> definitions of PTHREAD_PRIO_* with recent glibcs).
>
> The problem was that with uclibc, pthread_mutexattr_set_prio_inherit
pthread_mutexatt_setprotocol
> existed, but PTHREAD_PRIO_INHERIT did not exit, so the posix
> mutex-torture test was not compiling. Which is why, we replaced with:
> #ifndef PTHREAD_PRIO_INHERIT
> #define PTHREAD_PRIO_INHERIT
> #endif
>
> which should work as long as this piece of code is put after the
> #include_next<pthread.h>
> But maybe we forgot that...
>
> Besides, I use recent libc (and I believe with -Wall -W) and do not see
> any warning . Would you be compiling with g++ or with special flags?
--
Gilles
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2009-07-06 16:15 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-07-03 11:08 [Xenomai-core] Commit 6346c046b1 Jan Kiszka
2009-07-06 16:14 ` Gilles Chanteperdrix
2009-07-06 16:15 ` Gilles Chanteperdrix
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.