Message81051
On 2009-02-03 13:39, Amaury Forgeot d'Arc wrote:
> Amaury Forgeot d'Arc <amauryfa@gmail.com> added the comment:
>
> Since r56395, ord() and chr() accept and return surrogate pairs even in
> narrow builds.
>
> The goal is to remove most differences between narrow and wide unicode
> builds (except for string lengths, indices or slices)
>
> To address this problem, I suggest to change all functions in
> unicodectype.c so that they accept Py_UCS4 characters (instead of
> Py_UNICODE).
-1.
That would cause major breakage in the C API and is not inline with the
intention of having a Py_UNICODE type in the first place.
Users who are interested in UCS4 builds should simply use UCS4 builds.
> This would be a binary-incompatible change; and --with-wctype-functions
> would have an effect only if sizeof(wchar_t)==4 (instead of the current
> condition sizeof(wchar_t)==sizeof(PY_UNICODE_TYPE))
--with-wctype-functions was scheduled for removal many releases ago,
but I never got around to it. The only reason it's still there is
that some Linux distribution use this config option (AFAIR, RedHat).
I'd be +1 on removing the option in 3.0.1 or deprecating it in
3.0.1 and removing it in 3.1.
It's not useful in any way, and causes compatibility problems
with regular builds. |
|
Date |
User |
Action |
Args |
2009-02-03 13:12:05 | lemburg | set | recipients:
+ lemburg, amaury.forgeotdarc, vstinner, ezio.melotti, bupjae |
2009-02-03 13:12:04 | lemburg | link | issue5127 messages |
2009-02-03 13:12:03 | lemburg | create | |
|