Re: [PATCH 2/3] Move register_t to system-specific header

Corinna Vinschen <[email protected]>
Newsgroups gmane.comp.lib.newlib
Message-ID <[email protected]>
On Feb 13 14:19, Sebastian Huber wrote:
> Signed-off-by: Sebastian Huber <[email protected]>
> ---
>  newlib/libc/include/machine/types.h           | 2 ++
>  newlib/libc/include/sys/types.h               | 2 +-
>  newlib/libc/sys/rtems/include/machine/types.h | 2 ++
>  winsup/cygwin/include/machine/types.h         | 2 ++
>  4 files changed, 7 insertions(+), 1 deletion(-)
> 
> diff --git a/newlib/libc/include/machine/types.h b/newlib/libc/include/machine/types.h
> index 19d0e8560..fab9cf72c 100644
> --- a/newlib/libc/include/machine/types.h
> +++ b/newlib/libc/include/machine/types.h
> @@ -11,3 +11,5 @@ typedef	__uint64_t	u_quad_t;
>  typedef	__int64_t	quad_t;
>  typedef	quad_t *	qaddr_t;
>  #endif
> +
> +typedef int register_t;
> diff --git a/newlib/libc/include/sys/types.h b/newlib/libc/include/sys/types.h
> index 2685df654..e05263d4e 100644
> --- a/newlib/libc/include/sys/types.h
> +++ b/newlib/libc/include/sys/types.h
> @@ -36,7 +36,7 @@ typedef __uint32_t	u_int32_t;
>  #if ___int64_t_defined
>  typedef __uint64_t	u_int64_t;
>  #endif
> -typedef int register_t;
> +
>  #define __BIT_TYPES_DEFINED__ 1

Why move this out here?  Sure, it's wrong for 64 bit targets ATM,
but moving it to rtems and Cygwin only means that the type suddenly
disappears for other targets.  Better just fix it here for all targets,
including defining uregister_t if __BSD_VISIBLE.


Thanks,
Corinna

-- 
Corinna Vinschen
Cygwin Maintainer
Red Hat
signature.asc (application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEEoVYPmneWZnwT6kwF9TYGna5ET6AFAlxkTooACgkQ9TYGna5E
T6C4fg//RRJh4bdTxluSkHPV9obXmee3fTZWehqaIpScvopl1eqxHXLDy3+48aZs
PsSujDPgoXpuVJdfyLE59dQe7w7fnySDbwX6s1LgqE3mkBtPkgVEVoDxWxN3BSK5
U1xSOQrdTJvGBmdGwCdKZimY1/edZHfYq9cktFFPtg65zrtb/Kg47adbB0wuIxEk
EukxZNgqgkqBLtGUqE8y8gXyxJ37BfTw1h7Ndgw+M1CkdGXVdzUgb3Y3cyWOEx0f
xGv1XrBZhx/8qPxiUe9W5V9uA0mLTpQAbZApuET8Tn+7NlPOcTB4i9ytGxKIwtCf
yTfeDtMYWdBxP3IdAWYlHcRIC9qcBbApbqVePNjNPMT+OvrCL8nuLWzvGKgLFAlx
EheLiqA4DWRHBzaZ13wLQ8SBGji69VEwvXSfHm+M0dpDaAwDhm1fQkzohDj+uBAd
lMZxGygAt6QedqH6ceB87EcN7vF41A8LHr/5bcm20Qn53txAKYLQ7iIIQ24K/iWs
cnAZD7iINsgLwr2WNhLJtM/wVKuWdsZVHdWK8XRb/PpGuyLhoQ64OvemLx9GfWsI
C41rPj9AWJdgIstFRlvb/x6TD08pPw39g4oUe/mIiWsIPv7LAtrcQCoyB4hFMECw
/0SIcwhjO+6rRTF4KXSLX+nqqni1Lp3sKfP0E6lRkv51ll9qK/4=
=29qz
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.