[PATCH 02/18] Provide POSIX defined id_t in <sys/types.h>

Corinna Vinschen vinschen@redhat.com
Fri Apr 15 08:57:00 GMT 2016


Hi Sebastian,

On Apr 14 13:54, Sebastian Huber wrote:
> Signed-off-by: Sebastian Huber <sebastian.huber@embedded-brains.de>
> ---
>  newlib/libc/include/sys/_types.h       | 4 ++++
>  newlib/libc/include/sys/types.h        | 5 +++++
>  winsup/cygwin/include/cygwin/types.h   | 6 ------
>  winsup/cygwin/include/machine/_types.h | 3 +++
>  4 files changed, 12 insertions(+), 6 deletions(-)
> 
> diff --git a/newlib/libc/include/sys/_types.h b/newlib/libc/include/sys/_types.h
> index 762dfed..ebd4943 100644
> --- a/newlib/libc/include/sys/_types.h
> +++ b/newlib/libc/include/sys/_types.h
> @@ -43,6 +43,10 @@ typedef unsigned short __uid_t;
>  typedef unsigned short __gid_t;
>  #endif
>  
> +#ifndef __machine_id_t_defined
> +typedef __pid_t __id_t;
> +#endif

Glibc defines id_t as unsigned 32 bit type.  __pid_t is int, therefore a
signed type.

That's why Cygwin defined id_t as __uint32_t.  Wouldn't it makes sense
to follow glibc for compatibility here, too?  This would also allow to
get rid of the Cygwin-specific definition.


Thanks,
Corinna

-- 
Corinna Vinschen
Cygwin Maintainer
Red Hat
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <http://sourceware.org/pipermail/newlib/attachments/20160415/af00fea6/attachment.sig>


More information about the Newlib mailing list