[issue26280] ceval: Optimize list[int] (subscript) operation similarly to CPython 2.7

Mark Shannon added the comment: New changeset 641345d636320a6fca04a5271fa4c4c5ba3e5437 by Irit Katriel in branch 'main': bpo-26280: Port BINARY_SUBSCR to PEP 659 adaptive interpreter (GH-27043) https://github.com/python/cpython/commit/641345d636320a6fca04a5271fa4c4

[issue44622] async-for loops are traced incorrectly in Python 3.10

Change by Mark Shannon : -- keywords: +patch pull_requests: +25697 stage: -> patch review pull_request: https://github.com/python/cpython/pull/27160 ___ Python tracker <https://bugs.python.org/issu

[issue44581] Interpreter can execute quickened opcodes in tracing mode

Change by Mark Shannon : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue44603] REPL: exit when the user types exit instead of asking them to explicitly type exit()

Mark Dickinson added the comment: > the confusion that it can cause when there is a mismatch between the > interactive interpreter and noninteractive execution I've witnessed similar confusion when teaching, using IPython. After discovering that you can do In [1]: import p

[issue44626] Incorrect tracing of nested if/if/for/yield

Change by Mark Shannon : -- keywords: +patch pull_requests: +25680 stage: -> patch review pull_request: https://github.com/python/cpython/pull/27138 ___ Python tracker <https://bugs.python.org/issu

[issue44616] Incorrect tracing for "except" with variable

Mark Shannon added the comment: New changeset 794ff7d505f852dc4e0f94901dc7387afaead3bb by Mark Shannon in branch '3.10': bpo-44616: Mark all clean up instructions at end of named exception block as artificial (GH-27109) (GH-27135) https://github.com/python/cpyt

[issue44616] Incorrect tracing for "except" with variable

Change by Mark Shannon : -- pull_requests: +25678 pull_request: https://github.com/python/cpython/pull/27135 ___ Python tracker <https://bugs.python.org/issue44

[issue44616] Incorrect tracing for "except" with variable

Mark Shannon added the comment: New changeset e5862f79c16e28f1ec51d179698739a9b2d8c1d2 by Mark Shannon in branch 'main': bpo-44616: Mark all clean up instructions at end of named exception block as artificial (GH-27109) https://github.com/python/cpyt

[issue44625] Python C API version of `fractions` module

Mark Dickinson added the comment: No, no plans. There are tradeoffs here - the extra speed comes at the expense of increased maintenance burden. (It's certainly much harder to make minor changes and fixes to the decimal module now that it's written in C.) -- nosy: +mark

[issue44603] REPL: exit when the user types exit instead of asking them to explicitly type exit()

Mark Dickinson added the comment: and the related issue: https://bugs.python.org/issue1446372 -- ___ Python tracker <https://bugs.python.org/issue44603> ___ ___

[issue44603] REPL: exit when the user types exit instead of asking them to explicitly type exit()

Mark Dickinson added the comment: Related 2005 python-dev discussion: https://mail.python.org/archives/list/python-...@python.org/thread/VNGY2DLML4QJUXE73JLVBIH5WFBZNIKG/ -- nosy: +mark.dickinson ___ Python tracker <https://bugs.python.

[issue44570] 3.10.0b3 doesn't trace line events for return in some cases

Change by Mark Shannon : -- pull_requests: -25653 ___ Python tracker <https://bugs.python.org/issue44570> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue44614] Broken Pipe in Server of Manager in multiprocessing when finalizing, sometimes

Change by Mark Shannon : -- pull_requests: -25654 ___ Python tracker <https://bugs.python.org/issue44614> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue44616] Incorrect tracing for "except" with variable

Change by Mark Shannon : -- keywords: +patch pull_requests: +25655 stage: -> patch review pull_request: https://github.com/python/cpython/pull/27109 ___ Python tracker <https://bugs.python.org/issu

[issue44614] Broken Pipe in Server of Manager in multiprocessing when finalizing, sometimes

Change by Mark Shannon : -- keywords: +patch nosy: +Mark.Shannon nosy_count: 1.0 -> 2.0 pull_requests: +25654 stage: -> patch review pull_request: https://github.com/python/cpython/pull/27109 ___ Python tracker <https://bugs.python.org/i

[issue44570] 3.10.0b3 doesn't trace line events for return in some cases

Change by Mark Shannon : -- pull_requests: +25653 pull_request: https://github.com/python/cpython/pull/27109 ___ Python tracker <https://bugs.python.org/issue44

[issue44616] Incorrect tracing for "except" with variable

Mark Shannon added the comment: Thanks Ned, you're doing a fantastic job of finding these issues. Sorry for keeping you so busy with this. This one was a latent bug, exposed by fixing https://bugs.python.org/issue44570. -- ___ Python tr

[issue44593] _randbelow_with_getrandbits may request an unnecessary random bit

Change by Mark Dickinson : -- resolution: -> duplicate superseder: -> _randbelow_with_getrandbits function inefficient with powers of two ___ Python tracker <https://bugs.python.org/i

[issue44207] Add a version number to Python functions

Mark Shannon added the comment: New changeset 9487a17e3c7cbb3f11c144775cd108601701bb74 by Mark Shannon in branch 'main': bpo-44207: Add an internal version number to function objects. (GH-27078) https://github.com/python/cpython/commit/9487a17e3c7cbb3f11c144775cd108

[issue44600] match/case statements trace incorrectly in 3.10.0b4

Change by Mark Shannon : -- nosy: +brandtbucher ___ Python tracker <https://bugs.python.org/issue44600> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue44593] _randbelow_with_getrandbits may request an unnecessary random bit

Mark Dickinson added the comment: See #37000 for previous discussion. -- nosy: +mark.dickinson ___ Python tracker <https://bugs.python.org/issue44593> ___ ___

[issue44207] Add a version number to Python functions

Change by Mark Shannon : -- keywords: +patch pull_requests: +25628 stage: -> patch review pull_request: https://github.com/python/cpython/pull/27078 ___ Python tracker <https://bugs.python.org/issu

[issue44590] Create frame objects lazily when needed

Change by Mark Shannon : -- keywords: +patch pull_requests: +25626 stage: -> patch review pull_request: https://github.com/python/cpython/pull/27077 ___ Python tracker <https://bugs.python.org/issu

[issue44590] Create frame objects lazily when needed

New submission from Mark Shannon : In https://bugs.python.org/issue44032 we moved most of the data in the frame stack, that is the locals, stack, and "specials" (globals, builtins, code etc), from the heap allocated stack to a (mostly) contiguous array in memory. That offered som

[issue44570] 3.10.0b3 doesn't trace line events for return in some cases

Change by Mark Shannon : -- pull_requests: +25621 pull_request: https://github.com/python/cpython/pull/27068 ___ Python tracker <https://bugs.python.org/issue44

[issue44570] 3.10.0b3 doesn't trace line events for return in some cases

Change by Mark Shannon : -- pull_requests: +25620 pull_request: https://github.com/python/cpython/pull/27067 ___ Python tracker <https://bugs.python.org/issue44

[issue44570] 3.10.0b3 doesn't trace line events for return in some cases

Change by Mark Shannon : -- keywords: +patch pull_requests: +25619 stage: -> patch review pull_request: https://github.com/python/cpython/pull/27066 ___ Python tracker <https://bugs.python.org/issu

[issue44570] 3.10.0b3 doesn't trace line events for return in some cases

Change by Mark Shannon : -- assignee: -> Mark.Shannon ___ Python tracker <https://bugs.python.org/issue44570> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue44581] Interpreter can execute quickened opcodes in tracing mode

Mark Shannon added the comment: New changeset 514f76bbac386c320a9f3a70797241c612544391 by Mark Shannon in branch 'main': bpo-44581: Don't execute quickened instructions if tracing is on (GH-27064) https://github.com/python/cpython/commit/514f76bbac386c320a9f3a707

[issue44581] Interpreter can execute quickened opcodes in tracing mode

Change by Mark Shannon : -- keywords: +patch pull_requests: +25617 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/27064 ___ Python tracker <https://bugs.python.org/issu

[issue44576] AttributeError: incorrect line identified in Python 3.10

Change by Mark Shannon : -- priority: release blocker -> resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python

[issue44576] AttributeError: incorrect line identified in Python 3.10

Mark Shannon added the comment: This is a tricky one. Which is the "correct" line appears to be subjective. I'm inclined to leave it as is, as the tracing sequence seems better in the case of method chaining. See https://github.com/python/cpython/blob/main/Lib/test/test_

[issue44581] Interpreter can execute quickened opcodes in tracing mode

New submission from Mark Shannon : This breaks a key invariant of PEP 659. Inserting `assert(cframe.use_tracing == 0);` at the top of all quickened instructions results in several failures when running the test suite. -- assignee: Mark.Shannon components: Interpreter Core messages

[issue44530] Propagate qualname from the compiler unit to code objects for finer grained profiling data

Mark Shannon added the comment: I suspect that the 0.1% increase is noise. The size of importlib.h etc show a small decrease, suggesting that the information content of the code object has *decreased*. After all, the qualname has to stored somewhere and moving it from caller to callee

[issue44560] Unrecognized charset "eucgb2312_cn" in email header for many MUA

Change by Mark Sapiro : -- versions: +Python 3.7, Python 3.8, Python 3.9 ___ Python tracker <https://bugs.python.org/issue44560> ___ ___ Python-bugs-list mailin

[issue44550] Spam

Change by Mark Dickinson : -- title: DIGITAL CLASSROOM -> Spam ___ Python tracker <https://bugs.python.org/issue44550> ___ ___ Python-bugs-list mailing list Un

[issue44547] fraction.Fraction does not implement __int__.

Mark Dickinson added the comment: Thanks, that's helpful. I guess what you _really_ want there is a duck-typed "tell me whether this value is integral and if so give me the corresponding Python int", but that's not currently easily available, so I suppose x == int(x) is

[issue44547] fraction.Fraction does not implement __int__.

Mark Dickinson added the comment: > As another data point, complex supporting __int__ is a little bit of an > oddity, since all that __int__ method does is raise a TypeError. This was fixed in 3.10: #41974 -- ___ Python tracker

[issue44547] fraction.Fraction does not implement __int__.

Mark Dickinson added the comment: > Maybe typing.SupportsIndex Apologies: that already exists, of course. It was introduced in #36972. -- ___ Python tracker <https://bugs.python.org/issu

[issue44547] fraction.Fraction does not implement __int__.

Mark Dickinson added the comment: I'm actually struggling to think of situations where typing.SupportsInt would be useful in its current form: if I'm writing a function that wants to do a duck-typed acceptance of integer-like things (for example because I want my function to work

[issue44547] fraction.Fraction does not implement __int__.

Mark Dickinson added the comment: FWIW, there's some history here: there's a good reason that fractions.Fraction didn't originally implement __int__. Back in the Bad Old Days, many Python functions that expected an integer would accept anything whose type implemented __int

[issue44546] spam

Change by Mark Dickinson : -- Removed message: https://bugs.python.org/msg396825 ___ Python tracker <https://bugs.python.org/issue44546> ___ ___ Python-bug

[issue44546] spam

Change by Mark Dickinson : -- stage: -> resolved status: open -> closed title: ASSESSMENT TOOLS -> spam ___ Python tracker <https://bugs.python.or

[issue44545] spam

Change by Mark Dickinson : -- Removed message: https://bugs.python.org/msg396822 ___ Python tracker <https://bugs.python.org/issue44545> ___ ___ Python-bug

[issue44545] spam

Change by Mark Dickinson : -- Removed message: https://bugs.python.org/msg396824 ___ Python tracker <https://bugs.python.org/issue44545> ___ ___ Python-bug

[issue44545] spam

Change by Mark Dickinson : -- stage: -> resolved status: open -> closed title: ASSESSMENT TOOLS -> spam ___ Python tracker <https://bugs.python.or

[issue44313] Generate LOAD_ATTR+CALL_FUNCTION instead of LOAD_METHOD+CALL_METHOD for imports

Mark Shannon added the comment: New changeset 1b28187a0e3e914ee48de8032cbba0a965dd5563 by Batuhan Taskaya in branch 'main': bpo-44313: generate LOAD_ATTR/CALL_FUNCTION for top-level imported objects (GH-26677) https://github.com/python/cpython/commit/1b28187a0e3e914ee48de8032cbba0

[issue16801] Preserve original representation for integers / floats in docstrings

Mark Dickinson added the comment: FWIW, the relevant change seems to be this one: https://github.com/sphinx-doc/sphinx/pull/7155 -- ___ Python tracker <https://bugs.python.org/issue16

[issue16801] Preserve original representation for integers / floats in docstrings

Mark Dickinson added the comment: I suspect the difference is due to a change in the way that Sphinx handles the py:method directive: the rst source for `pathlib.Path.touch` hasn't changed between 3.9 and 3.10, but the 3.9 docs are built with Sphinx 2.4.4, while the 3.10 docs are built

[issue44536] wrong output of np.lcm.reduce(*awg)

Mark Dickinson added the comment: It looks as though you're reporting an issue with NumPy; this tracker is for the Python core language, which doesn't include NumPy. For NumPy bugs, use the NumPy bug tracker at https://github.com/numpy/numpy/issues. (Though I don't think th

[issue44530] Propagate qualname from the compiler unit to code objects for finer grained profiling data

Mark Shannon added the comment: I think this is a worthwhile improvement. A few comments on this issue and your PR. 1. We already have qualified names on functions and generators and those can be modified by @decorators. In those cases, the code object and the function would disagree. Code

[issue44517] test__xxsubinterpreters: AMD64 Fedora Stable 3.x buildbot aborts at test_still_running

Mark Shannon added the comment: Can someone with fedora reproduce this failure? -- ___ Python tracker <https://bugs.python.org/issue44517> ___ ___ Python-bug

[issue44517] test__xxsubinterpreters: AMD64 Fedora Stable 3.x buildbot aborts at test_still_running

Mark Shannon added the comment: I cannot reproduce this on ubuntu Ubuntu 20.04.2 LTS gcc (Ubuntu 9.3.0-17ubuntu1~20.04) 9.3.0 I've tried these configs: ./configure --with-pydebug ./configure ./configure --enable-optimizations ./configure --enable-optimizations --with-lto I also

[issue44517] test__xxsubinterpreters: AMD64 Fedora Stable 3.x buildbot aborts at test_still_running

Mark Shannon added the comment: And today's price for uninformative error message goes to... "AssertionError: 'False' != 'True'" ;) I'm looking into it. -- assignee: -> Mark.Shannon ___ Python t

[issue42197] Disable automatic update of frame locals during tracing

Mark Shannon added the comment: > So, it's expected that `some_module` and `v` would be in the locals at this > point. If a function does not have the local variables `some_module` and `v`, then the change wouldn't be visible to the debugee. So what differe

[issue44508] asyncio: document failure mode for loop.call_soon_threadsafe

New submission from Mark Dickinson : `loop.call_soon_threadsafe` raises `RuntimeError` when the event loop has been closed, but that fact doesn't seem to be documented. It would be useful to document it so that that it's clear that that behaviour is part of the API, and can be d

[issue44297] Frame with -1 line number

Change by Mark Shannon : -- pull_requests: +25468 pull_request: https://github.com/python/cpython/pull/26891 ___ Python tracker <https://bugs.python.org/issue44

[issue44297] Frame with -1 line number

Change by Mark Shannon : -- pull_requests: +25467 pull_request: https://github.com/python/cpython/pull/26890 ___ Python tracker <https://bugs.python.org/issue44

[issue44470] 3.11 docs.python.org in Polish not English?

Change by Mark Dickinson : -- nosy: -mark.dickinson ___ Python tracker <https://bugs.python.org/issue44470> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue44500] Document changes to code object.

New submission from Mark Shannon : We are making lots of changes to the code object. We should clearly document all the changes in one place and explain the new design well before 3.11 beta. -- assignee: docs@python components: Documentation messages: 396432 nosy: Mark.Shannon, docs

[issue44486] Modules should alway have a dictionary

Change by Mark Shannon : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue44297] Frame with -1 line number

Mark Shannon added the comment: Thanks for the reproducer. -- assignee: -> Mark.Shannon ___ Python tracker <https://bugs.python.org/issue44297> ___ ___ Py

[issue44426] Docs fail to build with Sphinx 4 due to Invalid C declaration

Mark Dickinson added the comment: Thanks! Closing. -- status: open -> closed ___ Python tracker <https://bugs.python.org/issue44426> ___ ___ Python-bugs-lis

[issue44486] Modules should alway have a dictionary

Mark Shannon added the comment: New changeset c3f52b4d707a78eb342372a2be00f3eb846a05b9 by Mark Shannon in branch 'main': bpo-44486: Make sure that modules always have a dictionary. (GH-26847) https://github.com/python/cpython/commit/c3f52b4d707a78eb342372a2be00f3

[issue44488] ERROR: No matching distribution found for kivy

Mark Dickinson added the comment: I'd suggest reporting this on the kivy bug tracker: https://github.com/kivy/kivy This tracker is for the Python core language, and this doesn't look like a problem caused by a bug in Python. -- nosy: +mark.dickinson resolution: -> thir

[issue44486] Modules should alway have a dictionary

Change by Mark Shannon : -- keywords: +patch pull_requests: +25428 stage: -> patch review pull_request: https://github.com/python/cpython/pull/26847 ___ Python tracker <https://bugs.python.org/issu

[issue44486] Modules should alway have a dictionary

New submission from Mark Shannon : It is possible to create a module without a dictionary: m = types.ModuleType.__new__(types.ModuleType) But that is the only way to create to a module without a dict; all other means of creating a module, both in Python and in the C API, result in a fully

[issue44344] Documentation for pow() should include the possibility of complex numbers as a return type

Mark Dickinson added the comment: > Perhaps we should just borrow from the documentation for the power operator, > which says [...] That sounds good to me. -- ___ Python tracker <https://bugs.python.org/i

[issue44470] 3.11 docs.python.org in Polish not English?

Mark Dickinson added the comment: The bug here is that https://docs.python.org/3.11/library/parser.html is visible at all, given that the parser module no longer exists in 3.10 or 3.11. @Samuel: Do you see this on any other documentation nodes, or just on parser.html? I can reproduce the

[issue44450] Generator expressions trace differently on Windows than on Mac

Mark Shannon added the comment: Hmm, I'm a bit puzzled by that. Did you test with 3.10b3 or the latest build from the 3.10 branch with the fix to https://bugs.python.org/issue44297 included? -- ___ Python tracker <https://bugs.py

[issue44446] linecache.getline TypeError when formatting tracebacks in stacks containing an async list comprehension

Mark Shannon added the comment: With the latest 3.10, I get: File "/home/mark/test/test.py", line 13, in next(bar().__await__(), None) File "/home/mark/test/test.py", line 10, in bar return [chunk async for chunk in foo()] File "/home/mark/test/test.py&

[issue44446] linecache.getline TypeError when formatting tracebacks in stacks containing an async list comprehension

Mark Shannon added the comment: This appears to be a duplicate of https://bugs.python.org/issue44297 -- ___ Python tracker <https://bugs.python.org/issue44

[issue44337] Port LOAD_ATTR to adaptive interpreter

Mark Shannon added the comment: New changeset fb68791a26e157ed3cdeb409c8d8b6cddc7535bd by Mark Shannon in branch 'main': bpo-44337: Improve LOAD_ATTR specialization (GH-26759) https://github.com/python/cpython/commit/fb68791a26e157ed3cdeb409c8d8b6

[issue44297] Frame with -1 line number

Mark Shannon added the comment: New changeset 7674c83d81905d6afe989ca3f93f08b7939b057c by Mark Shannon in branch '3.10': bpo-44297: Fix missing line number in generator expressions (GH-26821) https://github.com/python/cpython/commit/7674c83d81905d6afe989ca3f93f08

[issue44450] Generator expressions trace differently on Windows than on Mac

Mark Shannon added the comment: I think this is a combination of https://bugs.python.org/issue44297 and the PREDICT macros. I don't have a windows machine to confirm this on, but I suspect that if you rewrite `doit` as: def doit(): o = ((1,2), (3,4)) o = (a for

[issue44297] Frame with -1 line number

Change by Mark Shannon : -- pull_requests: +25402 pull_request: https://github.com/python/cpython/pull/26821 ___ Python tracker <https://bugs.python.org/issue44

[issue44297] Frame with -1 line number

Mark Shannon added the comment: New changeset 82e5c28af7049c4f5343c808f172cbe2e145f49b by Mark Shannon in branch 'main': bpo-44297: Fix missing line number in generator expressions (GH-26801) https://github.com/python/cpython/commit/82e5c28af7049c4f5343c808f172cb

[issue44426] Docs fail to build with Sphinx 4 due to Invalid C declaration

Mark Dickinson added the comment: I think this should be good now. -- resolution: -> fixed stage: patch review -> resolved status: open -> pending ___ Python tracker <https://bugs.python.or

[issue44426] Docs fail to build with Sphinx 4 due to Invalid C declaration

Mark Dickinson added the comment: New changeset 533bff4e9fe221a7c9cf12795fd2d002e87bfa6a by Miss Islington (bot) in branch '3.9': bpo-44426: Fix use of the C keyword 'default' as a variable name (GH-26798) (GH-26805) https://github.com/p

[issue44426] Docs fail to build with Sphinx 4 due to Invalid C declaration

Mark Dickinson added the comment: New changeset 139c5778c26aaf25b51fcfabd88c99ba728beaea by Miss Islington (bot) in branch '3.10': bpo-44426: Fix use of the C keyword 'default' as a variable name (GH-26798) (GH-26804) https://github.com/p

[issue44426] Docs fail to build with Sphinx 4 due to Invalid C declaration

Mark Dickinson added the comment: New changeset 291848195f85e23c01adb76d5a0ff9c6eb7f2614 by Mark Dickinson in branch 'main': bpo-44426: Fix use of the C keyword 'default' as a variable name (GH-26798) https://github.com/python/cpython/commit/291848195f85e23c01ad

[issue44297] Frame with -1 line number

Change by Mark Shannon : -- keywords: +patch pull_requests: +25382 stage: -> patch review pull_request: https://github.com/python/cpython/pull/26801 ___ Python tracker <https://bugs.python.org/issu

[issue44297] Frame with -1 line number

Mark Shannon added the comment: Thanks Anthony, that's a big help. -- ___ Python tracker <https://bugs.python.org/issue44297> ___ ___ Python-bugs-list m

[issue44450] Generator expressions trace differently on Windows than on Mac

Mark Shannon added the comment: Ned, is this a regression (does 3.9 do the right thing on Windows) or an inconsistency between Mac and Windows? I suspect this might have something to do with the PREDICT macros. If that the were the case 3.9 should show the same inconsistency between Windows

[issue29282] Fused multiply-add: proposal to add math.fma()

Change by Mark Dickinson : -- assignee: mark.dickinson -> ___ Python tracker <https://bugs.python.org/issue29282> ___ ___ Python-bugs-list mailing list Un

[issue6871] decimal.py: more format issues

Mark Dickinson added the comment: Eric: any thoughts on this? It's looking like a "won't fix" to me. Regardless of what we think the "right" thing to do is, making the float behaviour stricter would be a backwards compatibility break, and relaxing the Dec

[issue35714] Document that the null character '\0' terminates a struct format spec

Mark Dickinson added the comment: Yes, this looks closeable. Thank you! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue44426] Docs fail to build with Sphinx 4 due to Invalid C declaration

Mark Dickinson added the comment: Fixed in GH-26798 (not yet merged). With that change, the documentation builds cleanly for me with Python 3.9.5 / Sphinx 4.0.2 / blurb 1.0.8 / python-docs-theme 2021.5, using the command $ python -m sphinx -b html -W . build/html

[issue44426] Docs fail to build with Sphinx 4 due to Invalid C declaration

Change by Mark Dickinson : -- pull_requests: +25379 stage: resolved -> patch review pull_request: https://github.com/python/cpython/pull/26798 ___ Python tracker <https://bugs.python.org/issu

[issue44426] Docs fail to build with Sphinx 4 due to Invalid C declaration

Change by Mark Dickinson : -- assignee: docs@python -> mark.dickinson ___ Python tracker <https://bugs.python.org/issue44426> ___ ___ Python-bugs-list mai

[issue44032] Function locals and evaluation stack should be stored in a contiguous, per-thread stack

Mark Shannon added the comment: New changeset 0982ded179f280176868c1c4eccf77bf70687816 by Mark Shannon in branch 'main': bpo-44032: Move pointer to code object from frame-object to frame specials array. (GH-26771) https://github.com/python/cpyt

[issue44426] Docs fail to build with Sphinx 4 due to Invalid C declaration

Mark Dickinson added the comment: Thanks; this looks like an easy fix, then. No time right now, but I'll aim to get to it at some point before the end of the weekend, if no-one beats me to it. -- ___ Python tracker <https://bugs.py

[issue44032] Function locals and evaluation stack should be stored in a contiguous, per-thread stack

Change by Mark Shannon : -- pull_requests: +25357 pull_request: https://github.com/python/cpython/pull/26771 ___ Python tracker <https://bugs.python.org/issue44

[issue44442] Globals (and presumably builtins) are cleared premuturely in FrameObject

Mark Shannon added the comment: No problem, I've added a simple test. -- stage: patch review -> ___ Python tracker <https://bugs.python.org/issue2> ___

[issue44442] Globals (and presumably builtins) are cleared premuturely in FrameObject

Change by Mark Shannon : -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue2> ___

[issue44442] Globals (and presumably builtins) are cleared premuturely in FrameObject

Change by Mark Shannon : -- keywords: +patch pull_requests: +25355 stage: -> patch review pull_request: https://github.com/python/cpython/pull/26768 ___ Python tracker <https://bugs.python.org/issu

[issue44442] Globals (and presumably builtins) are cleared premuturely in FrameObject

New submission from Mark Shannon : When calling frame.clear(), the globals (and builtins) are cleared. This is not the case in 3.10. We should restore the 3.10 behavior, as there is no reason not to. Victor, you've mentioned this problem. Did you have a specific example I can add as a

[issue43693] Logically merge cell and locals array. They are already contiguous in memory

Change by Mark Shannon : -- assignee: Mark.Shannon -> eric.snow ___ Python tracker <https://bugs.python.org/issue43693> ___ ___ Python-bugs-list mai

[issue44426] Docs fail to build with Sphinx 4 due to Invalid C declaration

Mark Dickinson added the comment: Thanks. That one's a genuine keyword. Looks like what we probably need to do is get a list of all these errors, so that they can all be fixed at once. Presumably running without the "-W" flag would m

[issue44426] Docs fail to build with Sphinx 4 due to Invalid C declaration

Mark Dickinson added the comment: > and we can certainly change it Done. Closing here, but I've opened a Sphinx issue at https://github.com/sphinx-doc/sphinx/issues/9354 -- nosy: -miss-islington resolution: -> fixed stage: patch review -> resolved status: open ->

<    4   5   6   7   8   9   10   11   12   13   >