[issue14757] INCA: Inline Caching meets Quickening in Python 3.3

Guido van Rossum added the comment: Followup: https://github.com/faster-cpython/ideas/issues/93 New paper: https://arxiv.org/abs/2109.02958 -- ___ Python tracker <https://bugs.python.org/issue14

[issue14757] INCA: Inline Caching meets Quickening in Python 3.3

Change by Guido van Rossum : -- Removed message: https://bugs.python.org/msg403481 ___ Python tracker <https://bugs.python.org/issue14757> ___ ___ Python-bug

[issue45361] Provide a more convenient way to set an exception as "active", from Python code

Guido van Rossum added the comment: In a brief off-line chat we concluded that the desired API would be closer to PyErr_Restore(). -- ___ Python tracker <https://bugs.python.org/issue45

[issue45418] types.UnionType is not subscriptable

Guido van Rossum added the comment: > If you meant to say: why is typing.Union[] allowed, but not types.UnionType[]? That is intentional. types.UnionType is only meant for builtin types. Once you union with *any* type from typing, it will convert to a typing.Union. But why? Just

[issue45418] types.UnionType is not subscriptable

Guido van Rossum added the comment: Oh, I see. No, they must make another special case, like for Annotated.-- --Guido (mobile) -- ___ Python tracker <https://bugs.python.org/issue45

[issue45116] Performance regression 3.10b1 and later on Windows: Py_DECREF() not inlined in PGO build

Guido van Rossum added the comment: Someone whose name I don't recognize (MagzoB Mall) just changed the issue type to "crash" without explaining why. That user was created today, and has no triage permissions. Mind if I change it back? It feels

[issue45116] Performance regression 3.10b1 and later on Windows: Py_DECREF() not inlined in PGO build

Change by Guido van Rossum : -- type: crash -> performance ___ Python tracker <https://bugs.python.org/issue45116> ___ ___ Python-bugs-list mailing list Un

[issue45438] inspect not capturing type annotations created by __class_getitem__

Guido van Rossum added the comment: Raymond, the bug must be in the Python code in inspect.py. Could you dig a little deeper there? I don't know much about it. Specifically I think the problem may just be in the repr() of class Parameter: >>> inspect.signature(g)

[issue45396] Custom frozen modules get ignored.

Guido van Rossum added the comment: I'm not convinced by the comment you linked to. It seems Brett is referring to the case where at the C level someone overrides `PyImport_FrozenModules` (a global in frozen.c) -- though it is never explicitly named in the thread. And that variabl

[issue45438] inspect not capturing type annotations created by __class_getitem__

Guido van Rossum added the comment: Sure. Waiting for your PR. :-) -- ___ Python tracker <https://bugs.python.org/issue45438> ___ ___ Python-bugs-list mailin

[issue36521] Consider removing docstrings from co_consts in code objects

Guido van Rossum added the comment: Okay, thanks. We may do one of the other ideas (maybe co_flags & CO_DOCSTRING). -- ___ Python tracker <https://bugs.python.org/iss

[issue45489] ForwardRef does not support | operator

Guido van Rossum added the comment: I suppose this is useful for programs that use runtime annotations (e.g. pydantic?). I don’t mind adding this. -- ___ Python tracker <https://bugs.python.org/issue45

[issue45489] ForwardRef does not support | operator

Guido van Rossum added the comment: No. :-) -- ___ Python tracker <https://bugs.python.org/issue45489> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45020] Freeze all modules imported during startup.

Guido van Rossum added the comment: Is gh-28940 only for UNIX? I built on Windows with default options (PCbuild\build.bat) and it looks like the frozen modules are used by default even though I am running in the source directory. (I put a printf() call in unmarshal_frozen_code().) I also

[issue22789] Compress the marshalled data in PYC files

Guido van Rossum added the comment: The space savings are nice, but I doubt that it will matter for startup time -- startup is most relevant in situations where it's *hot* (e.g. a shell script that repeatedly calls out to utilities written in Python). -- nosy: +gvanr

[issue45438] inspect not capturing type annotations created by __class_getitem__

Guido van Rossum added the comment: I really don't recall if we even seriously considered what isinstance(list[int], type) should return. PEP 585 doesn't mention it. I presume it falls out of the way it's being tested and the way list[int] passes most attribute requests o

[issue45438] inspect not capturing type annotations created by __class_getitem__

Guido van Rossum added the comment: > The issue is that this feature is internally inconsistent (isinstance() is > not consistent with issubclass()), issubclass(x, list[int]) rejects the second argument for reasons explained in the PEP. I don't think from that reasoning you can

[issue45607] Make it possible to enrich an exception's error message

Change by Guido van Rossum : -- nosy: +gvanrossum ___ Python tracker <https://bugs.python.org/issue45607> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45607] Make it possible to enrich an exception's error message

Change by Guido van Rossum : -- nosy: +Zac Hatfield-Dodds ___ Python tracker <https://bugs.python.org/issue45607> ___ ___ Python-bugs-list mailing list Unsub

[issue45619] Mentioning structural pattern matching in the list of binding

Guido van Rossum added the comment: Thanks! -- nosy: +gvanrossum ___ Python tracker <https://bugs.python.org/issue45619> ___ ___ Python-bugs-list mailin

[issue45438] inspect not capturing type annotations created by __class_getitem__

Guido van Rossum added the comment: New changeset d02ffd1b5c0fd8dec6dd2f7e3f2b0cfae48b7899 by Martin Rueckl in branch 'main': bpo-45438: format of inspect.Signature with generic builtins (#29212) https://github.com/python/cpython/commit/d02ffd1b5c0fd8dec6dd2f7e3f2b0c

[issue45438] inspect not capturing type annotations created by __class_getitem__

Guido van Rossum added the comment: Can we close this? -- ___ Python tracker <https://bugs.python.org/issue45438> ___ ___ Python-bugs-list mailing list Unsub

[issue45651] -X frozen_modules not defaulting to "off" on Windows when running in source tree?

Change by Guido van Rossum : -- nosy: +gvanrossum ___ Python tracker <https://bugs.python.org/issue45651> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45438] inspect not capturing type annotations created by __class_getitem__

Guido van Rossum added the comment: OK, OK, I see your point. I'm curious what Łukasz thinks. -- nosy: +lukasz.langa ___ Python tracker <https://bugs.python.org/is

[issue45688] stdlib_module_names.h is missing _scproxy

Guido van Rossum added the comment: Thanks! -- ___ Python tracker <https://bugs.python.org/issue45688> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45696] "Deep-freeze": skip the marshal step by generating C code

New submission from Guido van Rossum : See https://github.com/faster-cpython/ideas/issues/84 This appears to improve startup time by another 10% or more compared to main. -- assignee: gvanrossum components: Interpreter Core messages: 405570 nosy: gvanrossum priority: normal severity

[issue45696] "Deep-freeze": skip the marshal step by generating C code

Change by Guido van Rossum : -- keywords: +patch pull_requests: +27637 stage: -> patch review pull_request: https://github.com/python/cpython/pull/29118 ___ Python tracker <https://bugs.python.org/issu

[issue45635] Tidy up error handling in traceback.c / python run.c

Change by Guido van Rossum : -- nosy: +gvanrossum ___ Python tracker <https://bugs.python.org/issue45635> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45694] Limit the number of chained exceptions included in formatted traceback

Change by Guido van Rossum : -- nosy: +gvanrossum ___ Python tracker <https://bugs.python.org/issue45694> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45614] traceback of exception with non-unicode __module__

Change by Guido van Rossum : -- nosy: +gvanrossum ___ Python tracker <https://bugs.python.org/issue45614> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45615] Missing test for type of error when printing traceback for non-exception

Change by Guido van Rossum : -- nosy: +gvanrossum ___ Python tracker <https://bugs.python.org/issue45615> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue13703] Hash collision security issue

Guido van Rossum added the comment: Hey Erlend, why did you add so many people to the nosy list of this old issue? On Thu, Nov 4, 2021 at 07:33 Erlend E. Aasland wrote: > > Change by Erlend E. Aasland : > > > -- > components: +Interpreter Core -Argument Cli

[issue45651] -X frozen_modules not defaulting to "off" on Windows when running in source tree?

Guido van Rossum added the comment: Yes, that’s definitely the problem. -- ___ Python tracker <https://bugs.python.org/issue45651> ___ ___ Python-bugs-list mailin

[issue45630] Dump CodeObject API for debugging

Guido van Rossum added the comment: Why not propose a slight extension to the dis module? -- ___ Python tracker <https://bugs.python.org/issue45630> ___ ___

[issue43833] Unexpected Parsing of Numeric Literals Concatenated with Boolean Operators

Guido van Rossum added the comment: Do we have a plan for when this will be turned into a non-silent warning and when into an error? -- ___ Python tracker <https://bugs.python.org/issue43

[issue21501] docs: mmap example for use in documentation

Guido van Rossum added the comment: We would need the OP to sign a CLA in order to be able to use (a modified version of) his code. I presume this page is where the example was supposed to go? https://docs.python.org/3/library/mmap.html Let me ask first -- does that page really need another

[issue21501] docs: mmap example for use in documentation

Guido van Rossum added the comment: Thanks for the research! I will close the issue now. -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue45235] argparse does not preserve namespace with subparser defaults

Guido van Rossum added the comment: This has caused a regression, also reported here: https://github.com/Azure/azure-cli/issues/20269 Global Arguments stop working in Python 3.9.8 Can we please get some attention from @rhettinger and @ambv? -- nosy: +gvanrossum

[issue45696] "Deep-freeze": skip the marshal step by generating C code

Guido van Rossum added the comment: After PR 29118 is merged we get the benefits on UNIXy systems. We have several TODOs left then: - (Definitely:) Generate Windows build files - (Probably:) Find a way to avoid having to regenerate everything whenever any source file changes (any source

[issue45696] "Deep-freeze": skip the marshal step by generating C code

Guido van Rossum added the comment: New changeset 1cbaa505d007e11c4a1f0d2073d72b6c02c7147c by Guido van Rossum in branch 'main': bpo-45696: Deep-freeze selected modules (GH-29118) https://github.com/python/cpython/commit/1cbaa505d007e11c4a1f0d2073d72b

[issue45020] Freeze all modules imported during startup.

Guido van Rossum added the comment: New changeset 1cbaa505d007e11c4a1f0d2073d72b6c02c7147c by Guido van Rossum in branch 'main': bpo-45696: Deep-freeze selected modules (GH-29118) https://github.com/python/cpython/commit/1cbaa505d007e11c4a1f0d2073d72b

[issue45791] __instancecheck__ being checked of type(cls) instead of cls

Guido van Rossum added the comment: I'm torn. It's been like this for a very long time and Serhiy's reasoning makes some sense. OTOH it *does* make more sense as it's written in the PEP. The basic idea is "the class has control over what is considered an instanc

[issue45791] __instancecheck__ being checked on type(cls) instead of cls

Guido van Rossum added the comment: I believe that the PEP 3119 example doesn't work (I've confirmed something simpler) but I have a feeling that the uses of __instancecheck__ in typing.py are actually okay. For example, isinstance(42, typing.Any) correctly calls _SpecialForm.__insta

[issue45755] Specialized generic class does not return class attributes in dir

Guido van Rossum added the comment: Isn’t the solution to use the unspecialized class? -- ___ Python tracker <https://bugs.python.org/issue45755> ___ ___ Pytho

[issue45116] Performance regression 3.10b1: inlining issue in the big _PyEval_EvalFrameDefault() function with Visual Studio (MSC)

Guido van Rossum added the comment: I'd like to know how to reproduce this. @neonene can you write down the steps I should do to get the results you get? I have VS 2019, if I need VS 2022 I can install that. -- ___ Python tracker &

[issue45827] Unittest - commenting passing tests cause previous failing tests to pass

Change by Guido van Rossum : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue45829] Remove C stack use by specializing BINARY_SUBSCR, STORE_SUBSCR, LOAD_ATTR, and STORE_ATTR

Change by Guido van Rossum : -- nosy: +gvanrossum ___ Python tracker <https://bugs.python.org/issue45829> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45829] Remove C stack use by specializing BINARY_SUBSCR, STORE_SUBSCR, LOAD_ATTR, and STORE_ATTR

Guido van Rossum added the comment: Of these, presumably LOAD_GETATTR is by far the most used, so should we try that first? -- ___ Python tracker <https://bugs.python.org/issue45

[issue45829] Remove C stack use by specializing BINARY_SUBSCR, STORE_SUBSCR, LOAD_ATTR, and STORE_ATTR

Guido van Rossum added the comment: That's a good one too, and perhaps simpler. -- ___ Python tracker <https://bugs.python.org/issue45829> ___ ___ Pytho

[issue45116] Performance regression 3.10b1: inlining issue in the big _PyEval_EvalFrameDefault() function with Visual Studio (MSC)

Guido van Rossum added the comment: @neonene what's the importance of PR29565? -- ___ Python tracker <https://bugs.python.org/issue45116> ___ ___ Pytho

[issue45850] Port deep-freeze to Windows

Change by Guido van Rossum : -- nosy: gvanrossum priority: normal severity: normal status: open title: Port deep-freeze to Windows versions: Python 3.11 ___ Python tracker <https://bugs.python.org/issue45

[issue45850] Port deep-freeze to Windows

Change by Guido van Rossum : -- keywords: +patch pull_requests: +27881 stage: -> patch review pull_request: https://github.com/python/cpython/pull/29648 ___ Python tracker <https://bugs.python.org/issu

[issue45273] OS-specific frozen modules are built, even on other OSes.

Change by Guido van Rossum : -- keywords: +patch nosy: +gvanrossum nosy_count: 2.0 -> 3.0 pull_requests: +27883 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/29648 ___ Python tracker

[issue45272] 'os.path' should not be a frozen module

Change by Guido van Rossum : -- pull_requests: +27882 pull_request: https://github.com/python/cpython/pull/29648 ___ Python tracker <https://bugs.python.org/issue45

[issue45273] OS-specific frozen modules are built, even on other OSes.

Guido van Rossum added the comment: (Note, that PR doesn't actually fix this, its description just references this.) -- ___ Python tracker <https://bugs.python.org/is

[issue45273] OS-specific frozen modules are built, even on other OSes.

Change by Guido van Rossum : -- pull_requests: -27883 ___ Python tracker <https://bugs.python.org/issue45273> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45273] OS-specific frozen modules are built, even on other OSes.

Change by Guido van Rossum : -- Removed message: https://bugs.python.org/msg406633 ___ Python tracker <https://bugs.python.org/issue45273> ___ ___ Python-bug

[issue45272] 'os.path' should not be a frozen module

Change by Guido van Rossum : -- pull_requests: -27882 ___ Python tracker <https://bugs.python.org/issue45272> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45272] 'os.path' should not be a frozen module

Change by Guido van Rossum : -- pull_requests: +27884 pull_request: https://github.com/python/cpython/pull/29648 ___ Python tracker <https://bugs.python.org/issue45

[issue45273] OS-specific frozen modules are built, even on other OSes.

Change by Guido van Rossum : -- pull_requests: +27887 pull_request: https://github.com/python/cpython/pull/29648 ___ Python tracker <https://bugs.python.org/issue45

[issue45272] 'os.path' should not be a frozen module

Change by Guido van Rossum : -- pull_requests: +27884, 27885, 27886 pull_request: https://github.com/python/cpython/pull/29648 ___ Python tracker <https://bugs.python.org/issue45

[issue45272] 'os.path' should not be a frozen module

Change by Guido van Rossum : -- pull_requests: +27884, 27885 pull_request: https://github.com/python/cpython/pull/29648 ___ Python tracker <https://bugs.python.org/issue45

[issue45846] Incorrect name capitalisation in faq/programming

Change by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker <https://bugs.python.org/issue45846> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33125] Windows 10 ARM64 platform support

Guido van Rossum added the comment: I could really use 3.10 here as well. -- nosy: +Guido.van.Rossum ___ Python tracker <https://bugs.python.org/issue33

[issue45850] Port deep-freeze to Windows

New submission from Guido van Rossum : New changeset 1037ca5a8ea001bfa2a198e08655620234e9befd by Guido van Rossum in branch 'main': bpo-45850: Implement deep-freeze on Windows (#29648) https://github.com/python/cpython/commit/1037ca5a8ea001bfa2a198e0865562

[issue45850] Port deep-freeze to Windows

Change by Guido van Rossum : -- resolution: -> fixed stage: patch review -> commit review status: open -> closed ___ Python tracker <https://bugs.python.or

[issue45873] Stop using bootstrap_python for deep-freeze in UNIX builds

New submission from Guido van Rossum : Now that we've got a way (for Windows) to deep-freeze without building a bootstrap Python binary, we should do the same for UNIX. -- components: Build messages: 406798 nosy: gvanrossum priority: normal severity: normal stage: needs patch s

[issue45850] Port deep-freeze to Windows

Change by Guido van Rossum : -- pull_requests: +27950 pull_request: https://github.com/python/cpython/pull/29714 ___ Python tracker <https://bugs.python.org/issue45

[issue45873] Stop using bootstrap_python for deep-freeze in UNIX builds

Change by Guido van Rossum : -- keywords: +patch pull_requests: +27949 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/29714 ___ Python tracker <https://bugs.python.org/issu

[issue45850] Port deep-freeze to Windows

Change by Guido van Rossum : -- pull_requests: +27954 pull_request: https://github.com/python/cpython/pull/29717 ___ Python tracker <https://bugs.python.org/issue45

[issue45873] Stop using bootstrap_python for deep-freeze in UNIX builds

Change by Guido van Rossum : -- pull_requests: +27953 pull_request: https://github.com/python/cpython/pull/29717 ___ Python tracker <https://bugs.python.org/issue45

[issue45850] Port deep-freeze to Windows

Guido van Rossum added the comment: New changeset 5be98e57b3c3b36d1a1176b49c73b8822c6380e7 by Guido van Rossum in branch 'main': bpo-45873: Get rid of bootstrap_python (#29717) https://github.com/python/cpython/commit/5be98e57b3c3b36d1a1176b49c73b8

[issue45873] Stop using bootstrap_python for deep-freeze in UNIX builds

Guido van Rossum added the comment: New changeset 5be98e57b3c3b36d1a1176b49c73b8822c6380e7 by Guido van Rossum in branch 'main': bpo-45873: Get rid of bootstrap_python (#29717) https://github.com/python/cpython/commit/5be98e57b3c3b36d1a1176b49c73b8

[issue45880] Performance regression of Int object operators. (Python 3.11)

Guido van Rossum added the comment: I assume there's something wrong with the OP's methodology for profiling. (Raymond, in your last example there's a -s argument but nothing to run -- does timeit just use "pass" in that case?) -- _

[issue45880] Performance regression of Int object operators. (Python 3.11)

Change by Guido van Rossum : -- resolution: -> works for me stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue45873] Stop using bootstrap_python for deep-freeze in UNIX builds

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

[issue45886] Fix Program/_freeze_module for cross compiling Python

Guido van Rossum added the comment: To the question "why does _freeze_module need to be a (C) binary" (IOW, why can't it be replaced by a Python script that is run with PYTHON_FOR_REGEN, which always runs on the build host), the reason is that it uses the bytecode compi

[issue45893] Azure Pipelines currently failing

New submission from Guido van Rossum : E.g. https://dev.azure.com/Python/cpython/_build/results?buildId=92084&view=results -- assignee: steve.dower components: Build messages: 406945 nosy: gvanrossum, steve.dower priority: high severity: normal status: open title: Azure Pipel

[issue45893] Azure Pipelines currently failing

Change by Guido van Rossum : -- nosy: +christian.heimes ___ Python tracker <https://bugs.python.org/issue45893> ___ ___ Python-bugs-list mailing list Unsub

[issue45893] Azure Pipelines currently failing

Guido van Rossum added the comment: Christian thinks that a PR by Victor broke this (GH-29488 / bpo-39026) -- nosy: +vstinner ___ Python tracker <https://bugs.python.org/issue45

[issue45886] Fix Program/_freeze_module for cross compiling Python

Guido van Rossum added the comment: Imthink I prefer the ‘make clean’ extension.-- --Guido (mobile) -- ___ Python tracker <https://bugs.python.org/issue45

[issue44353] PEP 604 NewType

Guido van Rossum added the comment: New changeset 93c65df83cef71a4bc77d71afecdec8744c4f73a by Alex Waygood in branch 'main': bpo-44353: Correct docstring for `NewType` (#29785) https://github.com/python/cpython/commit/93c65df83cef71a4bc77d71afecdec

[issue45619] Mentioning structural pattern matching in the list of binding

Guido van Rossum added the comment: New changeset cd876c84932ecc2f7a6c41f3fc800a34d5b06b95 by Arthur Milchior in branch 'main': bpo-45619: documentation of execution model: clarify and update binding summary (#29232) https://github.com/python/cpyt

[issue45619] Mentioning structural pattern matching in the list of binding

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

[issue45019] Freezing modules has manual steps but could be automated.

Guido van Rossum added the comment: New changeset b0b10e146b1cbf9c5dfa44af116a2eeb0f210e8b by Kumar Aditya in branch 'main': bpo-45019: Cleanup module freezing and deepfreeze (#29772) https://github.com/python/cpython/commit/b0b10e146b1cbf9c5dfa44af116a2e

[issue44359] test_ftplib.test_makeport() fails as "env changes" if a socket operation times out in a thread: TimeoutError is not catched

Change by Guido van Rossum : -- pull_requests: -26699 ___ Python tracker <https://bugs.python.org/issue44359> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45870] There's no readline module on Windows Python (cmd.Cmd)

Guido van Rossum added the comment: AFAIK the reason command history works in cmd.py on Windows is that it's built into the terminal program. Or maybe into the operating system. Thus, the user can use line editing and history, but there is no API (in Python) to interact with these.

[issue45870] There's no readline module on Windows Python (cmd.Cmd)

Guido van Rossum added the comment: Thanks, Eryk, I only read the part of the issue that landed in my inbox (fhe first message and everything after Terry added me to the nosy list). Sorry. You wrote: > The console/terminal team at Microsoft apparently don't want to do anything &g

[issue23819] test_asyncio fails when run under -O

Guido van Rossum added the comment: I'm sure there's more to it, but I found at least this failure: ~/cpython$ ./python.exe -O -m test test_asyncio -m test_set_event_loop Raised RLIMIT_NOFILE: 256 -> 1024 0:00:00 load avg: 2.02 Run tests sequentially 0:00:00 load avg: 2.02 [1/1]

[issue45870] There's no readline module on Windows Python (cmd.Cmd)

Guido van Rossum added the comment: Okay, so that's all hypothetical. It looks like the status quo is not likely to change, so we should just document it. I wonder if keeely is interested in submitting a PR for the docs? -- ___ Python tr

[issue45924] Incorrect traceback when future's exception is raised multiple times

Guido van Rossum added the comment: There's a similar issue with concurrent.futures.Future, and really, anything that stores exceptions and later raises them can get in trouble if there's a way to get the exception raised multiple times. This is rarely noticed because usually the

[issue26552] Failing ensure_future still creates a Task

Change by Guido van Rossum : -- keywords: +easy ___ Python tracker <https://bugs.python.org/issue26552> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue23819] test_asyncio fails when run under -O

Guido van Rossum added the comment: I'd be happy to mentor someone who wants to tackle this. -- keywords: +easy ___ Python tracker <https://bugs.python.org/is

[issue45653] Freeze the encodings module.

Guido van Rossum added the comment: New changeset 02b5ac6091ada0c2df99c4e1eae37ddccbcd91f0 by Kumar Aditya in branch 'main': bpo-45653: fix test_embed on windows (GH-29814) https://github.com/python/cpython/commit/02b5ac6091ada0c2df99c4e1eae37ddccbcd91f0 -- nosy: +

[issue45953] Statically allocate interpreter states as much as possible.

Change by Guido van Rossum : -- nosy: +gvanrossum ___ Python tracker <https://bugs.python.org/issue45953> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45934] python curses newterm implementation

New submission from Guido van Rossum : Since this is an enhancement, it should only target 3.11.-- --Guido (mobile) -- ___ Python tracker <https://bugs.python.org/issue45

[issue45934] python curses newterm implementation

Guido van Rossum added the comment: This does not apply to Windows (we don’t support curses there). -- components: +Library (Lib) -C API, Windows ___ Python tracker <https://bugs.python.org/issue45

[issue45934] python curses newterm implementation

Guido van Rossum added the comment: Serhiy, this started with a post by Julius to the core-mentorship list. He wants to add newterm(), and found that an issue about that was just created by a different user (draganic1) -- apparently without a comment body, so it appears the first comment is

[issue45654] Freeze the runpy module.

Guido van Rossum added the comment: New changeset 44b0e76f2a80c9a78242b7542b8b1218d244af07 by Kumar Aditya in branch 'main': bpo-45654: Freeze the runpy module and stuff it imports (GH-29903) https://github.com/python/cpython/commit/44b0e76f2a80c9a78242b7542b8b1218d244af07 -

[issue45654] Freeze the runpy module.

Guido van Rossum added the comment: Thanks Kumar! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

<    18   19   20   21   22   23   24   25   26   27   >