[issue42390] Other Python implementations may not expose the module name in datetime type names

2020-11-17 Thread William Meehan
William Meehan added the comment: For Python implementations that change the underlying object structure, it's not necessarily possible to recreate the `tp_name` that would be exposed in CPython. The `datetime` ends up in `__module__`, while only the type name ends up in `__name__`. Th

[issue42390] Other Python implementations may not expose the module name in datetime type names

2020-11-17 Thread William Meehan
Change by William Meehan : -- keywords: +patch pull_requests: +22237 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23345 ___ Python tracker <https://bugs.python.org/issu

[issue42390] Other Python implementations may not expose the module name in datetime type names

2020-11-17 Thread William Meehan
New submission from William Meehan : This just requires some changes to test_datetime and test_hash -- ___ Python tracker <https://bugs.python.org/issue42

[issue42390] Other Python implementations may not expose the module name in datetime type names

2020-11-17 Thread William Meehan
Change by William Meehan : -- components: Tests nosy: wmeehan priority: normal severity: normal status: open title: Other Python implementations may not expose the module name in datetime type names versions: Python 3.10, Python 3.7, Python 3.8, Python 3.9

[issue41524] PyOS_mystricmp advances pointers too far

2020-08-12 Thread William Meehan
Change by William Meehan : -- keywords: +patch pull_requests: +20972 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/21845 ___ Python tracker <https://bugs.python.org/issu

[issue41524] PyOS_mystricmp advances pointers too far

2020-08-11 Thread William Meehan
New submission from William Meehan : The existing implementation of PyOS_mystricmp increments both pointers as long as the first string hasn't reached the end yet. If the second string ends first, then we increment past the null byte. If there is a difference in the middle of the two st

[issue40243] Unicode 3.2 numeric uses decimal_changed instead of numeric_changed

2020-04-10 Thread William Meehan
Change by William Meehan : -- keywords: +patch pull_requests: +18812 stage: -> patch review pull_request: https://github.com/python/cpython/pull/19457 ___ Python tracker <https://bugs.python.org/issu

[issue40243] Unicode 3.2 numeric uses decimal_changed instead of numeric_changed

2020-04-09 Thread William Meehan
Change by William Meehan : -- components: Unicode nosy: ezio.melotti, vstinner, wmeehan priority: normal severity: normal status: open title: Unicode 3.2 numeric uses decimal_changed instead of numeric_changed type: behavior versions: Python 2.7, Python 3.5, Python 3.6, Python 3.7