This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author serhiy.storchaka
Recipients Arfrever, Michael.Felt, eryksun, ezio.melotti, pitrou, serhiy.storchaka, vstinner
Date 2016-11-07.18:02:46
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1478541767.36.0.299191677187.issue19569@psf.upfronthosting.co.za>
In-reply-to
Content
> Or, is this a "statement of direction" that only GCC (syntax) compilers are (going to be) supported?

This is only the first step. Since this feature is compiler specific, we should add the support for every compiler separately. Arfrever suggested the syntax for supporting this on Microsoft compiler. But I don't know how to silence warnings on this compiler. Other compilers can support GCC syntax. We should check and switch on this.

> Which functions are bridges?

All deprecated Py_UNICODE related functions use Py_UNICODE. Most of them are bridges to new APIs. Py_UNICODE also is used in implementation of format codes 'u' and 'Z' of PyArg_Parse*. It also is used in many functions that are bridges to Windows API.

> "Py_UCS4 _PyUnicode_ToLowercase(Py_UCS4 ch)" doesn't use Py_UNICODE, what is the issue?

The problem with this function is not related to Py_UNICODE, but that correct Unicode mapping can return multiple characters.

> Do you want to deprecate functions like Py_UNICODE_ISDECIMAL(ch)?

No. It works correctly.
History
Date User Action Args
2016-11-07 18:02:47serhiy.storchakasetrecipients: + serhiy.storchaka, pitrou, vstinner, ezio.melotti, Arfrever, eryksun, Michael.Felt
2016-11-07 18:02:47serhiy.storchakasetmessageid: <1478541767.36.0.299191677187.issue19569@psf.upfronthosting.co.za>
2016-11-07 18:02:47serhiy.storchakalinkissue19569 messages
2016-11-07 18:02:46serhiy.storchakacreate