[issue46285] protocol_version in http.server.test can be ignored

Hugo Almeida added the comment: Hi Éric, thank you so much. I know only a little usage of closure and functools.partial but not the historical/relative knowledge of their design/feature, I mean this issue have 2 visual, the partical object not working as it expected or we are not calling the

[issue45560] sys.last_* not set for SyntaxErrors with IDLE

Terry J. Reedy added the comment: If this is not fixed, perhaps it should be documented along with other IDLE differences in Running User code. -- ___ Python tracker ___

[issue45975] Simplify some while-loops with walrus operator

Terry J. Reedy added the comment: To me, the five idlelib changes make the code easier to understand. Nick, please either move them into a separate PR or allow me to do so, and subject to manual testing, I will merge and backport. (I requested this on the PR by maybe you missed it.) If th

[issue45162] Remove old deprecated unittest features

Change by Gregory P. Smith : -- assignee: gregory.p.smith -> ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45162] Remove old deprecated unittest features

Gregory P. Smith added the comment: New changeset b50322d20337ca468f2070eedb051a16ee1eba94 by Gregory P. Smith in branch 'main': bpo-45162: Revert "Remove many old deprecated unittest features" (GH-30935) https://github.com/python/cpython/commit/b50322d20337ca468f2070eedb051a16ee1eba94

[issue46543] Add sys._getfunc

Change by Jelle Zijlstra : -- keywords: +patch pull_requests: +29129 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30950 ___ Python tracker ___ _

[issue46496] idlelib/NEWS.txt for 3.11.0 and backports

Terry J. Reedy added the comment: New changeset 287ceca2d62d11a8b45f6264226d984dd044e082 by Terry Jan Reedy in branch '3.9': bpo-46496: news39 for bpo45296 (#30949) https://github.com/python/cpython/commit/287ceca2d62d11a8b45f6264226d984dd044e082 --

[issue46496] idlelib/NEWS.txt for 3.11.0 and backports

Terry J. Reedy added the comment: New changeset b3cf525bd1c57a1d3f28fcb90bce364f0bcb2b7d by Miss Islington (bot) in branch '3.10': bpo-46496: news11-10 for bpo45296 (GH-30937) https://github.com/python/cpython/commit/b3cf525bd1c57a1d3f28fcb90bce364f0bcb2b7d -- _

[issue46282] return value of builtins is not clearly indicated

Terry J. Reedy added the comment: Steven, I am also inclined to close this. What do you think after the discussion? It is sometimes easier to clarify when we have a confused person present in the discussion. -- ___ Python tracker

[issue45296] IDLE: Better document close and exit.

Change by Terry J. Reedy : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ __

[issue45296] IDLE: Better document close and exit.

Terry J. Reedy added the comment: New changeset 5acaad0b3033fde6f21de6ac73681cd6cf64b1f7 by Miss Islington (bot) in branch '3.10': bpo-45296: Clarify close, quit, and exit in IDLE (GH-30936) (GH-30944) https://github.com/python/cpython/commit/5acaad0b3033fde6f21de6ac73681cd6cf64b1f7 ---

[issue46496] idlelib/NEWS.txt for 3.11.0 and backports

Change by Terry J. Reedy : -- pull_requests: +29128 pull_request: https://github.com/python/cpython/pull/30949 ___ Python tracker ___ __

[issue46543] Add sys._getfunc

New submission from Jelle Zijlstra : sys._getframe() has to create frame objects, which is relatively expensive. Usually the calling function object should be enough. See https://github.com/faster-cpython/ideas/discussions/238 -- assignee: Jelle Zijlstra components: Interpreter Core m

[issue45296] IDLE: Better document close and exit.

miss-islington added the comment: New changeset bc7d96ee332c8a575a453ec81367f2ad499f57d3 by Miss Islington (bot) in branch '3.9': bpo-45296: Clarify close, quit, and exit in IDLE (GH-30936) https://github.com/python/cpython/commit/bc7d96ee332c8a575a453ec81367f2ad499f57d3 -- ___

[issue45476] [C API] PEP 674: Disallow using macros as l-value

STINNER Victor added the comment: > recordclass-0.16.3: lib/recordclass/_dataobject.c + code generated by Cython I created: https://bitbucket.org/intellimath/recordclass/pull-requests/1/python-311-support-use-py_set_size -- ___ Python tracker

[issue46496] idlelib/NEWS.txt for 3.11.0 and backports

Change by miss-islington : -- nosy: +miss-islington nosy_count: 1.0 -> 2.0 pull_requests: +29127 pull_request: https://github.com/python/cpython/pull/30948 ___ Python tracker _

[issue46496] idlelib/NEWS.txt for 3.11.0 and backports

Terry J. Reedy added the comment: New changeset 9f0881476e0113d3a35e0ffa96649b9276dd75c5 by Terry Jan Reedy in branch 'main': bpo-46496: news11-10 for bpo45296 (GH-30937) https://github.com/python/cpython/commit/9f0881476e0113d3a35e0ffa96649b9276dd75c5 -- __

[issue46539] typing: forward references don't understand special type forms

Change by miss-islington : -- pull_requests: +29126 pull_request: https://github.com/python/cpython/pull/30947 ___ Python tracker ___ __

[issue46539] typing: forward references don't understand special type forms

Change by miss-islington : -- nosy: +miss-islington nosy_count: 6.0 -> 7.0 pull_requests: +29125 pull_request: https://github.com/python/cpython/pull/30946 ___ Python tracker _

[issue45296] IDLE: Better document close and exit.

Change by miss-islington : -- pull_requests: +29124 pull_request: https://github.com/python/cpython/pull/30945 ___ Python tracker ___ __

[issue45296] IDLE: Better document close and exit.

Terry J. Reedy added the comment: New changeset fcde0bc10ddd836b62d0a8e893d80b8c55e0ba3f by Terry Jan Reedy in branch 'main': bpo-45296: Clarify close, quit, and exit in IDLE (GH-30936) https://github.com/python/cpython/commit/fcde0bc10ddd836b62d0a8e893d80b8c55e0ba3f -- ___

[issue45296] IDLE: Better document close and exit.

Change by miss-islington : -- nosy: +miss-islington nosy_count: 4.0 -> 5.0 pull_requests: +29123 pull_request: https://github.com/python/cpython/pull/30944 ___ Python tracker _

[issue46539] typing: forward references don't understand special type forms

Guido van Rossum added the comment: New changeset ced50051bb752a7c1e616f4b0c001f37f0354f32 by Gregory Beauregard in branch 'main': bpo-46539: Pass status of special typeforms to forward references (GH-30926) https://github.com/python/cpython/commit/ced50051bb752a7c1e616f4b0c001f37f0354f32 -

[issue45476] [C API] PEP 674: Disallow using macros as l-value

STINNER Victor added the comment: > * scipy-1.7.3: scipy/_lib/boost/boost/python/object/make_instance.hpp This is a vendored the Boost.org python module which has already been fixed in boost 1.78.0 (commit: January 2021) by: https://github.com/boostorg/python/commit/500194edb7833d0627ce7a2595

[issue45476] [C API] PEP 674: Disallow using macros as l-value

STINNER Victor added the comment: > * guppy3-3.1.2: src/sets/bitset.c and src/sets/nodeset.c I created: https://github.com/zhuyifei1999/guppy3/pull/40 -- ___ Python tracker _

[issue45735] Promise the long-time truth that `args=list` works

Tim Peters added the comment: Charliz, please do! I have no idea why Raymond just stopped. He even deleted his initial message here, saying "I relied on this for many years. So, yet it would be nice to guarantee it :-)". Best I can tell, nothing has changed: lots of people have relied on th

[issue40170] [C API] Make PyTypeObject structure an opaque structure in the public C API

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

[issue40170] [C API] Make PyTypeObject structure an opaque structure in the public C API

STINNER Victor added the comment: New changeset 6b491b9dc0b0fdfd1f07ea4e2151236186d8e7e6 by Victor Stinner in branch 'main': bpo-40170: Remove _Py_GetAllocatedBlocks() function (GH-30940) https://github.com/python/cpython/commit/6b491b9dc0b0fdfd1f07ea4e2151236186d8e7e6 -- _

[issue45735] Promise the long-time truth that `args=list` works

Yu Zhao added the comment: I'd like to work on this issue recently if it's still needed. According to suggestions in PR:https://github.com/python/cpython/pull/29437, I will: * Add doc example for Thread function; * Add some test cases for checking the validity of list args; * Repeat the abov

[issue40170] [C API] Make PyTypeObject structure an opaque structure in the public C API

STINNER Victor added the comment: New changeset af32b3ef1fbad3c2242627a14398320960a0cb45 by Victor Stinner in branch 'main': bpo-40170: PyType_SUPPORTS_WEAKREFS() becomes a regular function (GH-30938) https://github.com/python/cpython/commit/af32b3ef1fbad3c2242627a14398320960a0cb45

[issue40170] [C API] Make PyTypeObject structure an opaque structure in the public C API

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

[issue46541] Replace _Py_IDENTIFIER() with statically initialized objects.

Change by Eric Snow : -- keywords: +patch pull_requests: +29120 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/30941 ___ Python tracker ___

[issue46542] test_json and test_lib2to3 crash on s390x Fedora Clang 3.x buildbot

STINNER Victor added the comment: These 2 tests seem to check for RecursionError. See my notes: https://pythondev.readthedocs.io/unstable_tests.html#unlimited-recursion -- ___ Python tracker

[issue40170] [C API] Make PyTypeObject structure an opaque structure in the public C API

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

[issue46498] Add new triplets for loongarch64

Change by Zhang Na : -- pull_requests: +29118 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30939 ___ Python tracker ___

[issue46542] test_json and test_lib2to3 crash on s390x Fedora Clang 3.x buildbot

New submission from STINNER Victor : s390x Fedora Clang 3.x buildbot: https://buildbot.python.org/all/#/builders/3/builds/1385 This change may be caused by this buildbot configuration change: https://github.com/python/buildmaster-config/commit/8fbb7492d4509df074750bc1a8ea69812ff53aae --- 0:05:

[issue40170] [C API] Make PyTypeObject structure an opaque structure in the public C API

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

[issue46496] idlelib/NEWS.txt for 3.11.0 and backports

Change by Terry J. Reedy : -- pull_requests: +29116 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/30937 ___ Python tracker ___ ___

[issue40170] [C API] Make PyTypeObject structure an opaque structure in the public C API

STINNER Victor added the comment: In the top 5000 PyPI projects, the _PyObject_SIZE() and _PyObject_VAR_SIZE() functions are used by 7 projects: * Cython-0.29.26 * frozendict-2.2.0: implement "sizeof" function, found in copies of Objects/dictobject.c file * JPype1-1.3.0 * numpy-1.22.1: genty

[issue40170] [C API] Make PyTypeObject structure an opaque structure in the public C API

STINNER Victor added the comment: I searched for "_PyObject_DebugMallocStats" in top 5000 PyPI projects. There is a single project using it: guppy3. Extract of guppy3 src/heapy/xmemstats.c: ... dlptr__PyObject_DebugMallocStats = addr_of_symbol("_PyObject_DebugMallocStats"); ... static P

[issue40170] [C API] Make PyTypeObject structure an opaque structure in the public C API

STINNER Victor added the comment: I searched for "_PyGC_FINALIZED" in top 5000 PyPI projects. It seems like only Cython is impacted. ddtrace and guppy3 use directly the internal C API. == Cython 0.29.26 == * Cython/Compiler/ModuleNode.py: finalised_check = '!_PyGC_FINALIZED(o)' * Cython/Com

[issue45296] IDLE: Better document close and exit.

Change by Terry J. Reedy : -- pull_requests: +29115 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30936 ___ Python tracker ___ __

[issue40170] [C API] Make PyTypeObject structure an opaque structure in the public C API

STINNER Victor added the comment: TODO: * Macros still accessing directly PyTypeObject members: * PyHeapType_GET_MEMBERS() * PySequence_ITEM() * _PyObject_SIZE() * _PyObject_VAR_SIZE() * PyType_SUPPORTS_WEAKREFS() * Try again to apply "bpo-40170: PyType_HasFeature() now always call

[issue46502] Py_CompileString no longer allows to tell "incomplete input" from "invalid input"

Pablo Galindo Salgado added the comment: New changeset c7af838805ddf52320bce3d5978bfdd37eed1b3a by Pablo Galindo Salgado in branch '3.10': [3.10] bpo-46502: Remove "How do I tell incomplete input" from FAQ (GH-30925) (GH-30933) https://github.com/python/cpython/commit/c7af838805ddf52320bce3d

[issue46502] Py_CompileString no longer allows to tell "incomplete input" from "invalid input"

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue46502] Py_CompileString no longer allows to tell "incomplete input" from "invalid input"

Pablo Galindo Salgado added the comment: New changeset dafada393f9a790461430e2493ea1379e938b51a by Pablo Galindo Salgado in branch '3.9': [3.9] bpo-46502: Remove "How do I tell incomplete input" from FAQ (GH-30925) (GH-30934) https://github.com/python/cpython/commit/dafada393f9a790461430e249

[issue45162] Remove old deprecated unittest features

Change by Gregory P. Smith : -- pull_requests: +29114 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/30935 ___ Python tracker ___ _

[issue46502] Py_CompileString no longer allows to tell "incomplete input" from "invalid input"

Change by Pablo Galindo Salgado : -- pull_requests: +29113 pull_request: https://github.com/python/cpython/pull/30934 ___ Python tracker ___ ___

[issue46502] Py_CompileString no longer allows to tell "incomplete input" from "invalid input"

Change by Pablo Galindo Salgado : -- pull_requests: +29112 pull_request: https://github.com/python/cpython/pull/30933 ___ Python tracker ___ ___

[issue38472] setup.py: GCC detection is broken when cross-compiling with a German locale

miss-islington added the comment: New changeset ff11effab7ae10b57719c066ee49b52d3991ead3 by Miss Islington (bot) in branch '3.9': bpo-38472: setup.py uses LC_ALL=C to check the C compiler (GH-30929) https://github.com/python/cpython/commit/ff11effab7ae10b57719c066ee49b52d3991ead3 --

[issue38472] setup.py: GCC detection is broken when cross-compiling with a German locale

miss-islington added the comment: New changeset 171fdf2162130bc8c748173bc8eef184b21f5a08 by Miss Islington (bot) in branch '3.10': bpo-38472: setup.py uses LC_ALL=C to check the C compiler (GH-30929) https://github.com/python/cpython/commit/171fdf2162130bc8c748173bc8eef184b21f5a08 -

[issue46502] Py_CompileString no longer allows to tell "incomplete input" from "invalid input"

Pablo Galindo Salgado added the comment: New changeset f0a648152f2d8011f47cc49873438ebaf01d3f82 by Mateusz Łoskot in branch 'main': bpo-46502: Remove "How do I tell incomplete input" from FAQ (GH-30925) https://github.com/python/cpython/commit/f0a648152f2d8011f47cc49873438ebaf01d3f82 ---

[issue45162] Remove old deprecated unittest features

Change by Gregory P. Smith : -- assignee: -> gregory.p.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45173] Remove configparser deprecations

Gregory P. Smith added the comment: Per https://mail.python.org/archives/list/python-...@python.org/thread/GJTREADEXYAETECE5JDTPYWK4WMTKYGR/ we want to revert https://github.com/python/cpython/commit/1fc41ae8709e20d741bd86c2345173688a5e84b0 for 3.11 to avoid causing pain. per that thread a

[issue46282] return value of builtins is not clearly indicated

Irit Katriel added the comment: > "have the :ref:`default return value of ``None``." This sounds to me like "by default they return None but you can override this default". I don't think any change to the doc makes sense here. When you state the obvious people wonder what they're missing.

[issue45162] Remove old deprecated unittest features

Gregory P. Smith added the comment: Per https://mail.python.org/archives/list/python-...@python.org/thread/GJTREADEXYAETECE5JDTPYWK4WMTKYGR/ we want to revert this change for 3.11 as it causes adoption pain for little benefit. To determine if we should proceed with this in 3.12 or future ve

[issue38472] setup.py: GCC detection is broken when cross-compiling with a German locale

Change by STINNER Victor : -- title: GCC detection in setup.py is broken -> setup.py: GCC detection is broken when cross-compiling with a German locale ___ Python tracker ___

[issue38472] GCC detection in setup.py is broken

STINNER Victor added the comment: The workaround for this bug is to build Python using the command: LC_ALL=C make rather than running: make -- ___ Python tracker __

[issue38472] GCC detection in setup.py is broken

Change by miss-islington : -- pull_requests: +29111 pull_request: https://github.com/python/cpython/pull/30932 ___ Python tracker ___ __

[issue38472] GCC detection in setup.py is broken

Change by miss-islington : -- nosy: +miss-islington nosy_count: 4.0 -> 5.0 pull_requests: +29110 pull_request: https://github.com/python/cpython/pull/30931 ___ Python tracker _

[issue38472] GCC detection in setup.py is broken

STINNER Victor added the comment: New changeset a9503ac39474a9cb1b1935ddf159c0d9672b04b6 by Victor Stinner in branch 'main': bpo-38472: setup.py uses LC_ALL=C to check the C compiler (GH-30929) https://github.com/python/cpython/commit/a9503ac39474a9cb1b1935ddf159c0d9672b04b6 -- ___

[issue38472] GCC detection in setup.py is broken

STINNER Victor added the comment: FYI distutils.unixccompiler has a private _is_gcc() function: def _is_gcc(self, compiler_name): # clang uses same syntax for rpath as gcc return any(name in compiler_name for name in ("gcc", "g++", "clang")) It's called with: compiler

[issue46506] [Windows] wrap CreateFile to support follow_symlinks

Eryk Sun added the comment: Here's an implementation of _Py_CreateFile2() and win32_xstat_impl(): typedef struct { DWORD type; DWORD attributes; DWORD reparseTag; } _PY_CREATE_FILE_INFO; static HANDLE _Py_CreateFile2(LPCWSTR lpFileName, DWORD dwDesiredAccess,

[issue45476] [C API] PEP 674: Disallow using macros as l-value

STINNER Victor added the comment: > pickle5-0.0.12: pickle5/_pickle.c This project is a backport targeting Python 3.7 and older. I'm not sure if it makes sense to update to it to Python 3.11. It's the same for pysha3 which targets Python <= 3.5. -- _

[issue45476] [C API] PEP 674: Disallow using macros as l-value

STINNER Victor added the comment: > datatable-1.0.0.tar.gz I created https://github.com/h2oai/datatable/pull/3231 -- ___ Python tracker ___ __

[issue40280] Consider supporting emscripten/webassembly as a build target

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

[issue38472] GCC detection in setup.py is broken

STINNER Victor added the comment: Ok, I reproduced the issue. I wrote PR 30929 to fix it. The issue only occurs when cross-compiling Python with GCC and a German locale. I can reproduce the issue on Fedora 35: $ LC_ALL=de_DE gcc -E -v Es werden eingebaute Spezifikationen verwendet. COLLECT_GC

[issue46541] Replace _Py_IDENTIFIER() with statically initialized objects.

Eric Snow added the comment: ## Background ## `_Py_Identifier` (and `_Py_IDENTIFIER()`, etc.) was added in 2011 [1][2] for several reasons: * provide a consistent approach for a common optimization: caching C-string based string objects * facilitate freeing those objects during runtime fina

[issue38472] GCC detection in setup.py is broken

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

[issue46541] Replace _Py_IDENTIFIER() with statically initialized objects.

New submission from Eric Snow : `_Py_Identifier` has been useful but at this point there is a faster and simpler approach we could take as a replacement: statically initialize the objects as fields on `_PyRuntimeState` and reference them directly through a macro. This would involve the follo

[issue46506] [Windows] wrap CreateFile to support follow_symlinks

Eryk Sun added the comment: > switch to the newer CreateFile2() function Apparently we need to allow FILE_SHARE_READ if CreateFile2() is used to implement os.stat(). It's not a big deal, but this is a design flaw. CreateFile2() always uses the kernel I/O flag FILE_DISALLOW_EXCLUSIVE [1] when

[issue46539] typing: forward references don't understand special type forms

Guido van Rossum added the comment: Agree it's not the same issue, but there's similarity -- both are due to putting a stringized annotation (presumably a forward ref) somewhere inside another construct. whether it's list["N"] or Annotated["ClassVar[int]"]. -- __

[issue38487] expat infinite loop

sping added the comment: Hi StyXman, I had a closer look at the files you shared, thanks for those, very helpful! What I found is that expat_test.py uses a single scalar variable (_DictSAXHandler.parser) to keep track of the related parser, while it would need a stack to allow recursion. In

[issue46539] typing: forward references don't understand special type forms

Gregory Beauregard added the comment: I did try the proposed patch in bpo-41370 and verified it didn't resolve the issue so I'm not certain they strictly overlap, but I also haven't had time to fully digest the underlying issues in bpo-41370 yet. I think it does have relevance for changes we

[issue46539] typing: forward references don't understand special type forms

Guido van Rossum added the comment: I wonder if this is at all similar to bpo-41370. -- ___ Python tracker ___ ___ Python-bugs-list

[issue45173] Remove configparser deprecations

Change by Hugo van Kemenade : -- pull_requests: +29106 pull_request: https://github.com/python/cpython/pull/30927 ___ Python tracker ___ ___

[issue46540] dylibs not loading properly from NFS mounts

New submission from embassy_vfx : MacOS Catalina 10.15.4 and 10.15.7 tested with XCode Python3.8 install and Python3.7.9 installer from https://www.python.org/ftp/python/3.7.9/python-3.7.9-macosx10.9.pkg (and my own build of 3.7.12) When importing libraries that use shared object files to an

[issue46539] typing: forward references don't understand special type forms

Gregory Beauregard added the comment: typo: the line is `g: Annotated["ClassVar[int]", (2, 5)] = 3` in the code sample. Somehow I left it at only `(` for the annotation instead of `(2,5)` -- ___ Python tracker

[issue46528] Simplify the VM's stack manipulations

Brandt Bucher added the comment: New changeset 85483668647e7840c7b9a1877caaf2ef14a4443f by Brandt Bucher in branch 'main': bpo-46528: Simplify the VM's stack manipulations (GH-30902) https://github.com/python/cpython/commit/85483668647e7840c7b9a1877caaf2ef14a4443f -- __

[issue46539] typing: forward references don't understand special type forms

Change by Gregory Beauregard : -- type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue46539] typing: forward references don't understand special type forms

Change by Alex Waygood : -- nosy: +AlexWaygood, sobolevn ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue46539] typing: forward references don't understand special type forms

Change by Gregory Beauregard : -- keywords: +patch pull_requests: +29105 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30926 ___ Python tracker _

[issue46539] typing: forward references don't understand special type forms

New submission from Gregory Beauregard : Consider the following code on 3.11 main: ``` from typing import Annotated, ClassVar, get_type_hints class DC: a: ClassVar[int] = 3 b: ClassVar["int"] = 3 c: "ClassVar[int]" = 3 d: Annotated[ClassVar[int], (2, 5)] = 3 e: Annotated[Cl

[issue42982] Update suggested number of iterations for pbkdf2_hmac()

Zachary Ware added the comment: Rather than suggesting an actual number, perhaps we should link to an external resources that covers how to choose the number? Or we leave it vague and say "The number of iterations should be chosen based on the hash algorithm and computing power; there is no

[issue46487] `_SSLProtocolTransport` doesn't have the `get_write_buffer_limits` implementation.

Nova added the comment: Hey Andrew, thanks for the reply! > Would you prepare a pull request? Sure. > ... and documenting the change. Apparently `WriteTransport.get_write_buffer_limits` is already documented (https://docs.python.org/3/library/asyncio-protocol.html#asyncio.WriteTransport.g

[issue46502] Py_CompileString no longer allows to tell "incomplete input" from "invalid input"

Mateusz Loskot added the comment: Not quite the answer I'd like to received, but thank you very much for the explanation. I've submitted pull request removing the deprecated FAQ entry https://github.com/python/cpython/pull/30925 -- ___ Python trac

[issue46502] Py_CompileString no longer allows to tell "incomplete input" from "invalid input"

Change by Roundup Robot : -- keywords: +patch nosy: +python-dev nosy_count: 4.0 -> 5.0 pull_requests: +29104 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30925 ___ Python tracker _

[issue42926] Split compiler into code-gen, optimizer and assembler.

Change by Irit Katriel : -- nosy: +iritkatriel ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue42926] Split compiler into code-gen, optimizer and assembler.

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue33205] GROWTH_RATE prevents dict shrinking

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue46534] Implementing PEP 673 (Self type)

Change by Gobot1234 : -- keywords: +patch pull_requests: +29103 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30924 ___ Python tracker ___ __

[issue43916] Mark static types newly converted to heap types as immutable: add Py_TPFLAGS_DISALLOW_INSTANTIATION type flag

STINNER Victor added the comment: Can we close this issue? Or is there a remaining task? -- ___ Python tracker ___ ___ Python-bugs-

[issue43916] Mark static types newly converted to heap types as immutable: add Py_TPFLAGS_DISALLOW_INSTANTIATION type flag

STINNER Victor added the comment: In Python 3.11, 41 types are declared explicitly with the Py_TPFLAGS_DISALLOW_INSTANTIATION flag: * _curses_panel.panel * _dbm.dbm * _gdbm.gdbm * _hashlib.HASH * _hashlib.HASHXOF * _hashlib.HMAC * _md5.md5 * _multibytecodec.MultibyteCodec * _sha1.sha1 * _sha25

[issue42926] Split compiler into code-gen, optimizer and assembler.

Change by Dong-hee Na : -- nosy: +corona10 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue46465] Regression caused by CALL_FUNCTION specialization for C function calls

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue43908] array.array should remain immutable: add Py_TPFLAGS_IMMUTABLETYPE flag

STINNER Victor added the comment: In Python 3.11, 68 heap types have the Py_TPFLAGS_IMMUTABLETYPE flag: * _blake2.blake2b * _blake2.blake2s * _bz2.BZ2Compressor * _bz2.BZ2Decompressor * _csv.Dialect * _csv.reader * _csv.writer * _dbm.dbm * _gdbm.gdbm * _hashlib.HASH * _hashlib.HASHXOF * _hashl

[issue34680] asyncio event_loop fails when accessed from multiple threads

Andrew Svetlov added the comment: Please feel free to propose pull request for documentation tuning. -- ___ Python tracker ___ ___

[issue43908] array.array should remain immutable: add Py_TPFLAGS_IMMUTABLETYPE flag

STINNER Victor added the comment: > Should the immutable flag also be applied to the heap types converted in and > before Python 3.9 before closing this issue? I don't think that Python 3.9 should be changed. It's too late. IMO this issue is not important enough to introduce a new type flag

[issue46520] `ast.unparse` produces syntactically illegal code for identifiers that look like reserved words

Kodiologist added the comment: And yes, while this behavior will look strange, the only code that will parse to AST nodes that require it will be code that uses exactly the same trick. -- ___ Python tracker ___

[issue46520] `ast.unparse` produces syntactically illegal code for identifiers that look like reserved words

Kodiologist added the comment: I've done very little work on CPython, but I do a lot of AST construction and call `ast.unparse` a lot in my work on Hylang, and I think this is a wart worth fixing. The real mistake was letting the user say `𝕕𝕖𝕗 = 1`, but that's been legal Python syntax for a l

  1   2   >