[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: pthread headers
From: |
Neal H. Walfield |
Subject: |
Re: pthread headers |
Date: |
Wed, 12 Jan 2005 12:12:19 +0000 |
User-agent: |
Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.2 (i386-debian-linux-gnu) MULE/5.0 (SAKAKI) |
> I don't think this is quite correct. If it is extern inline
> (irregardless if you use inline, __inline or __inline__), it may not
> be inlined, but an external reference will be generated. Does our
> libpthread contain definitions for these inline functions?
>
> If not, we will need to add them, by replacting extern inline with a macro:
>
> #ifndef __PTHREAD_EXTERN_INLINE
> #define __PTHREAD_EXTERN_INLINE extern __inline
> #endif
>
> and including a file in the compilation of the library that does
> something like:
>
> #define __PTHREAD_EXTERN_INLINE
> #include <pthread.h>
>
> Or whatever is required.
There are weak aliases from the internal names to the POSIX names.
The internal names which are extern inline in the public header files
(e.g. sysdeps/mach/bits/spin-lock.h) are correctly included in the
library. See ./pthread/pt-spin-inlines.c, for instance.
- Re: pthread headers, (continued)
Re: pthread headers, pietro, 2005/01/11
Re: pthread headers, Marcus Brinkmann, 2005/01/12
- Re: pthread headers,
Neal H. Walfield <=
Re: pthread headers, pietro, 2005/01/14
Re: pthread headers, Neal H. Walfield, 2005/01/18
Re: pthread headers, Neal H. Walfield, 2005/01/18
Re: pthread headers: applied, Neal H. Walfield, 2005/01/18