[newlib-cygwin] cygwin: Set __STDC_ISO_10646__ to Unicode 5.2 value

Yaakov Selkowitz yselkowitz@cygwin.com
Wed Jul 26 17:05:00 GMT 2017


On 2017-07-26 04:50, Corinna Vinschen wrote:
> diff --git a/newlib/libc/include/sys/features.h b/newlib/libc/include/sys/features.h
> index 1f9271b..c9133af 100644
> --- a/newlib/libc/include/sys/features.h
> +++ b/newlib/libc/include/sys/features.h
> @@ -505,10 +505,9 @@ extern "C" {
>  /* #define _XOPEN_UNIX				    -1 */
>  #endif /* __XSI_VISIBLE */
>  
> -/* The value corresponds to UNICODE version 4.0, which is the version
> -   supported by XP.  Newlib supports 5.2 (2011) but so far Cygwin needs
> -   the MS conversions for double-byte charsets. */
> -#define __STDC_ISO_10646__ 200305L
> +/* The value corresponds to UNICODE version 5.2, which is the current
> +   state of newlib's wide char conversion functions. */
> +#define __STDC_ISO_10646__ 200910L

I have at least one case (glib) where I had to undefine this:

http://article.gmane.org/gmane.os.cygwin.ports.general/1330

Is this just a bad assumption of the following glib code:

https://git.gnome.org/browse/glib/tree/glib/gunicollate.c

or does __STDC_ISO_10646__ really imply a 32-bit wchar_t, in which case
we shouldn't be defining it at all?

-- 
Yaakov

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 224 bytes
Desc: OpenPGP digital signature
URL: <http://cygwin.com/pipermail/cygwin-developers/attachments/20170726/1967ae9d/attachment.sig>


More information about the Cygwin-developers mailing list