[issue45026] More compact range iterator

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

[issue43760] The DISPATCH() macro is not as efficient as it could be (move PyThreadState.use_tracing)

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

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

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

[issue24076] sum() several times slower on Python 3 64-bit

Guido van Rossum added the comment: The patch looks fine, but it looks a bit like benchmark chasing. Is the speed of builtin sum() of a sequence of integers important enough to do this bit of inlining? (It may break if we change the internals of Py_Long, as Mark Shannon has been wanting to

[issue24076] sum() several times slower on Python 3 64-bit

Guido van Rossum added the comment: Sounds good, you have my blessing. -- ___ Python tracker <https://bugs.python.org/issue24076> ___ ___ Python-bugs-list mailin

[issue44807] typing.Protocol silently overrides __init__ method of delivered class

Guido van Rossum added the comment: I wonder if part of the problem here isn't that protocols are primarily focused on instances, where the __init__ method is explicitly *not* considered part of the type. IIRC supporting protocols for classes was an afterthought. That said you have m

[issue45026] More compact range iterator

Guido van Rossum added the comment: May the best PR win. :-) -- ___ Python tracker <https://bugs.python.org/issue45026> ___ ___ Python-bugs-list mailin

[issue45020] Freeze all modules imported during startup.

Guido van Rossum added the comment: I'm still torn about the need for a __file__ attribute. Assuming it's more likely that people write code that *reads* stdlib source for some reason (maybe printing more context for error messages) than *writing* it (which would be truly str

[issue43760] The DISPATCH() macro is not as efficient as it could be (move PyThreadState.use_tracing)

Guido van Rossum added the comment: Ah, I think the docs need to be clarified a bit. Here's what I was missing: The key thing to know here is that there are *three* state variables; `c_tracefunc`, `c_profilefunc` (on the thread state), and `use_tracing` (on the C frame). Nor

[issue45283] Top / function argument level ClassVar should not be allowed during `get_type_hints()`

Guido van Rossum added the comment: Hm. IMO it is up to static type checkers to reject bad use of types. The runtime should be relaxed so type checkers can develop new features assigning new semantics to such constructs. -- nosy: +gvanrossum

[issue45020] Freeze all modules imported during startup.

Guido van Rossum added the comment: The plan is to add __file__ back, based on where the stdlib lives (we won’t do any stat() calls for frozen files). -- ___ Python tracker <https://bugs.python.org/issue45

[issue45211] Useful (expensive) information is discarded in getpath.c.

Guido van Rossum added the comment: Shouldn't we just close the issue and the unused PR? Otherwise we'll just have yet another vague bpo issue that doesn't have anything particularly actionable -- "there's some code that could be refactored" is not enough of

[issue36521] Consider removing docstrings from co_consts in code objects

Guido van Rossum added the comment: Not so fast. I'm not in favor of (c) co_doc either any more (for the reasons you state). I would go for (b), a CO_DOCSTRING flag plus co_consts[0]. I expect that co_consts sharing to be a very minor benefit, but you could easily count this with an

[issue45020] Freeze all modules imported during startup.

Guido van Rossum added the comment: @santhu_reddy12, why did you assign this to the Parser category? IMO this issue is clearly in the Build category. (We haven't met, I assume you have triage permissions?) -- ___ Python tracker &

[issue45020] Freeze all modules imported during startup.

Guido van Rossum added the comment: And it's most definitely 3.11, not 3.9. (Did you mean to change a different issue?) -- versions: +Python 3.11 -Python 3.9 ___ Python tracker <https://bugs.python.org/is

[issue36521] Consider removing docstrings from co_consts in code objects

Guido van Rossum added the comment: Serhiy: > I propose an opposite change -- take data known at compile time (name, > qualname and annotations). I'm confused by your phrase "take data" -- do you mean remove these? Or wht do you propose we do with them? > It will ma

[issue45352] Move documentation for typed generic forms of standard collections to collections.abc

Guido van Rossum added the comment: I think we should go ahead and duplicate the documentation in collections.abc (and in a few other places -- PEP 585 lists some builtins, some in contextlib, some in re). Then we won't have to worry about what happens when the typing module is slimmed

[issue45352] Move documentation for typed generic forms of standard collections to collections.abc

Guido van Rossum added the comment: > Where are capabilities like "list[str]" and "dict[str, list[int]]" going to > be documented? I think those should go with the individual types as well. AFter all, it's specific to the type how many parameters it has an

[issue45352] Move documentation for typed generic forms of standard collections to collections.abc

Guido van Rossum added the comment: I'm not against additional tutorial for typing. But the standard library manual is supposed to be a complete reference. There is enough variation between different generic types (e.g. are the parameters covariant?) that ought to be documented. I

[issue45378] Can't find "map" with search on docs.python.org

New submission from Guido van Rossum : I was looking for the docs for 'map' and tried to use the search box on docs.python.org. This gave a lot of things whose name started with or contained 'map', but the entry for the builtin map() function was hidden really far dow

[issue45378] Can't find "map" with search on docs.python.org

Guido van Rossum added the comment: > I'm surprised no one else noticed this until now. Most people probably just use Google and read whatever comes up. I was looking whether the official docs for map mentioned that map is actually an iterator class. (Th

[issue45020] Freeze all modules imported during startup.

Guido van Rossum added the comment: Whoa. os.path is not always an alias for posixpath, is it? -- ___ Python tracker <https://bugs.python.org/issue45

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

Guido van Rossum added the comment: Do you think the API you're looking for is available at the C level? Like PyErr_SetExcInfo()? -- ___ Python tracker <https://bugs.python.org/is

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

Guido van Rossum added the comment: I'm trying to understand the proposed solution, "have _imp.is_frozen() check the module in sys.modules." Does that mean it would do a dict lookup first? Maybe you should do that in the caller instead? importlib/_bootstrap.py calls it a few

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

Guido van Rossum added the comment: It was a comment about my general lack of understanding of how the importlib bootstrap process works. I should probably start reading the docstrings before complaining more. :-) -- ___ Python tracker <ht

[issue29410] Moving to SipHash-1-3

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

[issue29410] Moving to SipHash-1-3

Guido van Rossum added the comment: Worth revisiting? -- ___ Python tracker <https://bugs.python.org/issue29410> ___ ___ Python-bugs-list mailing list Unsub

[issue29410] Moving to SipHash-1-3

Guido van Rossum added the comment: Victor: > I expect even more interesting speedup with bytes string longer than 6k > bytes. And I'm quite sure that it's common that people manipulates long > strings in Python :-) But do they use them as dict keys? AFAIK strings aren&

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

Guido van Rossum added the comment: See GitHub.com/faster-cpython/ideas/issues/93 for a belated follow-up. -- nosy: +gvanrossum ___ Python tracker <https://bugs.python.org/issue14

[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

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