[issue39573] [C API] Make PyObject an opaque structure in the limited C API

STINNER Victor added the comment: > And breezy: > https://bugzilla.redhat.com/show_bug.cgi?id=1890880 (not yet reported > upstream) I reported the issue to breezy upstream: https://bugs.launchpad.net/brz/+bug/1904868 -- ___ Python tracker

[issue39573] [C API] Make PyObject an opaque structure in the limited C API

STINNER Victor added the comment: > And breezy: > https://bugzilla.redhat.com/show_bug.cgi?id=1890880 (not yet reported > upstream) Oh, I didn't notice that this project is broken by the Py_REFCNT() change. I expected it to be broken by the Py_TYPE() change as others. Should we revert the

[issue42195] Inconsistent __args__ between typing.Callable and collections.abc.Callable

Ken Jin added the comment: I tried to implement Callable[[int, int], str] as ((int, int), str). However, it breaks much of typing's tests and requires recursion to account for the nested tuples, in both typing, and in the C implementation of GenericAlias. I'd like to humbly propose a less

[issue42403] Cleanup importlib code

Change by STINNER Victor : -- pull_requests: +22289 pull_request: https://github.com/python/cpython/pull/23397 ___ Python tracker ___

[issue42403] Cleanup importlib code

STINNER Victor added the comment: New changeset 7d9d25dbedfffce61fc76bc7ccbfa9ae901bf56f by Victor Stinner in branch 'master': bpo-42403: Fix pyflakes warnings in importlib (GH-23396) https://github.com/python/cpython/commit/7d9d25dbedfffce61fc76bc7ccbfa9ae901bf56f --

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

Christian Heimes added the comment: New changeset bf9d70a1a5255080b7a5e55f319dfffd5f20fdcd by Christian Heimes in branch 'master': bpo-1635741: Port spwd to multiphase initialization (GH-23390) https://github.com/python/cpython/commit/bf9d70a1a5255080b7a5e55f319dfffd5f20fdcd --

[issue39442] from __future__ import annotations makes dataclasses.Field.type a string, not type

ARF1 added the comment: Another counter-intuitive behaviour is the different behaviour of dataclasses depending on whether they were defined with the decorator or the make_dataclass factory method: from __future__ import annotations import dataclasses mytype = int @dataclasses.dataclass

[issue42403] Cleanup importlib code

Change by STINNER Victor : -- pull_requests: +22288 pull_request: https://github.com/python/cpython/pull/23396 ___ Python tracker ___

[issue42403] Cleanup importlib code

Change by STINNER Victor : -- keywords: +patch pull_requests: +22287 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23395 ___ Python tracker ___

[issue42401] Plislit does not handle date timezone correctly

Change by Ronald Oussoren : -- components: +macOS ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39442] from __future__ import annotations makes dataclasses.Field.type a string, not type

ARF1 added the comment: One problem I have with the current behaviour is that users of library code need to know the exact namespace in which a library has defined a dataclass. An example is if a library writer had to deconflict the name of a type he used in a user-facing dataclass. Below

[issue31904] Python should support VxWorks RTOS

Change by Peixing Xin : -- pull_requests: +22286 pull_request: https://github.com/python/cpython/pull/23394 ___ Python tracker ___

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

Change by Erlend Egeberg Aasland : -- pull_requests: +22285 pull_request: https://github.com/python/cpython/pull/23393 ___ Python tracker ___

[issue42333] Port ssl module to heap types and module state (PEP 573)

Change by Christian Heimes : -- pull_requests: +22284 pull_request: https://github.com/python/cpython/pull/23392 ___ Python tracker ___

[issue31904] Python should support VxWorks RTOS

Change by Peixing Xin : -- pull_requests: +22283 pull_request: https://github.com/python/cpython/pull/23391 ___ Python tracker ___

[issue42403] Cleanup importlib code

New submission from STINNER Victor : Placeholder issuer to enhance the importlib code base and "bootstrap" code. -- components: Library (Lib) messages: 381397 nosy: vstinner priority: normal severity: normal status: open title: Cleanup importlib code versions: Python 3.10

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

miss-islington added the comment: New changeset 3094dd5fb5fa3ed91f5e2887887b193edbc976d2 by Christian Heimes in branch 'master': bpo-1635741: Port _queue to multiphase initialization (GH-23376) https://github.com/python/cpython/commit/3094dd5fb5fa3ed91f5e2887887b193edbc976d2 --

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

Change by Christian Heimes : -- pull_requests: +22282 pull_request: https://github.com/python/cpython/pull/23390 ___ Python tracker ___

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

STINNER Victor added the comment: About multi-phase init, it's nice to see the list of modules using the "legacy" init API getting smaller at each Python release! Example adding a log to PyModule_Create2(): +fprintf(stderr, "LEGACY MODULE INIT: %s\n", module->m_name); python3.6 -c pass: 16

[issue42402] Termios module documentation is extremely lacking

Dan Merillat added the comment: Correction, the example source in the documentation is correct as there's no symbolic names for the tty attributes array, only the cc field. -- ___ Python tracker

<    1   2