[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