Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
type: behavior - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22407
Martin Panter added the comment:
Looks like revision 561d1d0de518 was to fix this issue, but the NEWS entry has
the wrong reference number
--
nosy: +vadmium
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22407
Serhiy Storchaka added the comment:
Indeed. Thank you Martin.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22407
___
___
Python-bugs-list
Roundup Robot added the comment:
New changeset abc7fe393016 by Serhiy Storchaka in branch 'default':
Fixed issue number in Misc/NEWS for issue #22407.
https://hg.python.org/cpython/rev/abc7fe393016
--
nosy: +python-dev
___
Python tracker
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22407
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
dependencies: +Convert re tests to unittest
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22407
___
Serhiy Storchaka added the comment:
If there are no objections I'll commit the re_deprecate_unicode_locale.patch
patch. But it would be good if someone will review doc changes.
--
___
Python tracker rep...@bugs.python.org
Serhiy Storchaka added the comment:
Here is simple patch which just deprecate using of the re.LOCALE flag with str
patterns. It also deprecates using of the re.LOCALE flag with the re.ASCII flag
(with bytes patterns) and adds some re.LOCALE related tests.
--
versions: -Python 2.7,
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22407
___
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22407
___
___
Python-bugs-list
Changes by STINNER Victor victor.stin...@gmail.com:
--
components: +Unicode
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22407
___
___
Antoine Pitrou added the comment:
I don't think we should fix this in 2.x: some people may rely on the old
behaviour, and it will be difficult for them to debug.
In 3.x, I simply propose we deprecate re.LOCALE for unicode strings and make it
a no-op.
--
Serhiy Storchaka added the comment:
Yes, one of solution is to deprecate re.LOCALE for unicode strings and then
make it incompatible with unicode strings. But I think it would be good to
implement locale-aware matching.
Example.
for a in 'Ii\u0130\u0131':
... for b in 'Ii\u0130\u0131':
Antoine Pitrou added the comment:
Ha, I always forget about the Turkish locale case...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22407
___
New submission from Serhiy Storchaka:
Current implementation of re.LOCALE support for Unicode strings is nonsensical.
It correctly works only on Latin1 locales (because Unicode string interpreted
as Latin1 decoded bytes string. all characters outside UCS1 range considered as
non-words), on
15 matches
Mail list logo