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 14 19:50, Sebastian Huber wrote: > ----- Am 14. Feb 2019 um 15:02 schrieb Corinna Vinschen [email protected]: > > > On Feb 14 11:15, Sebastian Huber wrote: > >> > >> > >> ----- Am 13. Feb 2019 um 21:28 schrieb Corinna Vinschen [email protected]: > >> > >> > On Feb 13 20:01, Sebastian Huber wrote: > >> >> ----- Am 13. Feb 2019 um 18:06 schrieb Corinna Vinschen [email protected]: > >> >> > >> >> > On Feb 13 14:19, Sebastian Huber wrote: > >> [...] > >> >> If I change the type to __intptr_t wounldn't this break ABI > >> >> compatibility on Cygwin? > >> > > >> > In how far? Cygwin's 64 bit ABI is LP64. > >> > >> The type for register_t changes from int to __intptr_to, so 32-bit to 64-bit on > >> LP64. > > > > register_t is not used in Cygwin itself. I don't know its purpose, > > actually. If it has been defined as 32 bit type on 64 bit, wasn't that > > a bug and thus unusable before? > > Yes, a 32-bit register_t type on an LP64 system is a bug. It is used > in some situations like intptr_t in FreeBSD. Then it's ok to change it generically in just one spot. Adding uregister_t under BSD_VISIBLE as well. Thanks, Corinna -- Corinna Vinschen Cygwin Maintainer Red Hat
signature.asc
(application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEoVYPmneWZnwT6kwF9TYGna5ET6AFAlxlvzQACgkQ9TYGna5E T6B8gBAAg9MkeF7Iq8ndJIVc4eeLUiiwIK9QCnWFTWmAONRutMryJ3B5koIDHlDK 0RD07A+uivjPFB13W39XMaswWbwIqtGCaM4v3kJ+jTfR1UCfV4PnwCeFum6gtnTu Kp6Ol6DzsL8m3nO+PKIrgVDbrIx2UK2/kp5LYWhdUj9Q9PM5R7XBDlfd+6O8cxoZ BUi9GhfEv7VJYb2YymFPdIGe9xiD+Vrn248KbXcdji27HJNFon07wL70n7Ajeomr 4d3LRCxpT/Lp/LQYo1o3MZVA3kyMnK9yTAmwjBXUY1yCasbUcFV9VhgQ8RXka81y SmsNWcKt0Jqd0hdLOzT0Eun9RI3o6LT1ZVA+ic0oS2RbsRsa9YnbNaweAoQTTJM2 JCLrGnYKWp6zcsp/izxECwNuGrTD1x+Z6jKl87qDk8fs/5/aRFLn1kei5AGNm00Z Wq7zap5J31vRF35xgeuBPZXoSiSs7ZNdWL0T++c6Dshozh3P0uaWoueYuxyz1dH1 WSqkqH1J08jZhJySRXJldVTnXn5rv9sD03LggNXOlhTU2IPrduWMfL9po7qhA0BS ceabEB6JlHaXgPzCZIlChbQzOZa7aG5EBOs/HPLiiBbBWXJpulAwXXj29ay/3Q1z rqrAYHWX4JZ4Gvn7zMxUD5z2WvOCABJGwbYqgfD5wkiQ3Q1yb3I= =0e9k -----END PGP SIGNATURE-----