[issue44201] REPL requests another line despite syntax error

Change by Guido van Rossum : -- keywords: +3.10regression ___ Python tracker <https://bugs.python.org/issue44201> ___ ___ Python-bugs-list mailing list Unsub

[issue44201] REPL requests another line despite syntax error

Guido van Rossum added the comment: Could we implement something in the REPL where it refuses to read another line when asked for a token in an error recovery rule? -- ___ Python tracker <https://bugs.python.org/issue44

[issue42109] Use hypothesis for testing the standard library, falling back to stubs

Guido van Rossum added the comment: Having read the parts of the paper that explain shortening, things are making more sense now. I have also successfully contributed type annotations to minithesis! :-) -- ___ Python tracker <ht

[issue44218] Possible Stack Based Buffer Overflow at Programs/_freeze_importlib.c

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

[issue40222] "Zero cost" exception handling

Guido van Rossum added the comment: I think we're waiting here for the release manager to decide, right? Should we roll back the change to PyCode_NewWithPosOnlyArgs() or keep it? Presumably the requested docs aren't the (beta) relea

[issue40222] "Zero cost" exception handling

Guido van Rossum added the comment: Ah, okay. So we're not on the hook to decide this today. :-) -- ___ Python tracker <https://bugs.python.org/is

[issue42109] Use hypothesis for testing the standard library, falling back to stubs

Guido van Rossum added the comment: I withdraw my objection against Hypothetlsis per se. Others should debate whether the 3rd party dependency is okay. -- --Guido (mobile) -- ___ Python tracker <https://bugs.python.org/issue42

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

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

[issue43893] typing.get_type_hints does not accept type annotations with leading whitespaces

Guido van Rossum added the comment: Also at this point it's too late to get this into 3.10 (given that we're still debating this it's clearly not a simple bugfix). -- ___ Python tracker <https://bugs.pyt

[issue41249] TypedDict inheritance doesn't work with get_type_hints and postponed evaluation of annotations across modules

Guido van Rossum added the comment: > What is/was the initial reason to not preserve the MRO for a TypedDict? Hm, I can't say for sure. I believe it had something to do with TypedDict instances being instances of dict at runtime, but I can't actually reconstruct the reaso

[issue44293] PEP 585 breaks inspect.isclass

Guido van Rossum added the comment: Since these are new forms (list[int] previously was an error), does it actually matter? Especially since these are primarily used in annotations. @Joseph Perez, is there a specific library or pattern that is broken by this? FWIW I did think rather

[issue44293] PEP 585 breaks inspect.isclass

Guido van Rossum added the comment: Instead of introspecting types, use this library: https://github.com/ilevkivskyi/typing_inspect -- ___ Python tracker <https://bugs.python.org/issue44

[issue16970] argparse: bad nargs value raises misleading message

Guido van Rossum added the comment: Okay, I trust that this can be closed. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue44367] Python Code for WebView2 Exe Testing

Guido van Rossum added the comment: Sorry, this tracker is not for getting help, only for submitting changes to Python itself. Try https://discuss.python.org/c/users/7 instead. -- resolution: -> rejected stage: -> resolved status: open -&g

[issue24234] Should we define complex.__complex__ and bytes.__bytes__?

Guido van Rossum added the comment: Yeah, the more I think about it, the more it looks like we should add the special methods -- even if they won't necessarily be called *if the type is exactly 'complex' or 'bytes'*. Now, until we've written and released t

[issue44396] pegen _PyParser_ASTFromFile(): Use-After-Free in syntaxerror()

Guido van Rossum added the comment: Lysandros and Pablo, this *only* occurs when the lexer is reading directly from a file, not when it's reading the same source code from a (bytes) string. All examples are syntax errors (some raise ValueError in the p

[issue44394] [security] CVE-2013-0340 "Billion Laughs" fixed in Expat >=2.4.0: Updated to vendoed copy to expat 2.4.1

Guido van Rossum added the comment: (From PSRT list, Sebastian:) Please note that the vulnerability fix also added two new functions to the API that would be great to have xml.parsers.expat expose to the users for full control. These are

[issue35089] Remove typing.io and typing.re from documentation

Guido van Rossum added the comment: New changeset 8a76683cfb842e12b57f6d276839f6c68fd94e1a by Sebastian Rittau in branch 'main': bpo-38291: Remove mention of typing.io and typing.re again (GH-26113) https://github.com/python/cpython/commit/8a76683cfb842e12b57f6d276839f6

[issue38291] Deprecate the typing.io and typing.re pseudo-modules

Guido van Rossum added the comment: New changeset 8a76683cfb842e12b57f6d276839f6c68fd94e1a by Sebastian Rittau in branch 'main': bpo-38291: Remove mention of typing.io and typing.re again (GH-26113) https://github.com/python/cpython/commit/8a76683cfb842e12b57f6d276839f6

[issue44392] Py_GenericAlias is not documented

Guido van Rossum added the comment: Hm, maybe it was a mistake to expose this? Remind me what use is made of this from C code? Can we remove this from the stable API during beta? It was never exposed before. -- nosy: +Guido.van.Rossum ___ Python

[issue44392] Py_GenericAlias is not documented

Guido van Rossum added the comment: Hm, but is that what they are doing? I assume that they use stub files, since static type checkers don’t introspect the runtime API. -- ___ Python tracker <https://bugs.python.org/issue44

[issue44392] Py_GenericAlias is not documented

Guido van Rossum added the comment: Maybe the docs then should contain a more-or-less complete example showing how a 3rd party type should use this? -- ___ Python tracker <https://bugs.python.org/issue44

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

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

[issue44392] Py_GenericAlias is not documented

Guido van Rossum added the comment: New changeset 6773c3eaa735b5061b4a97f2c730703a32d8c9ff by Ken Jin in branch 'main': bpo-44392: Add Py_GenericAlias to C API docs (GH-26724) https://github.com/python/cpython/commit/6773c3eaa735b5061b4a97f2c73070

[issue44392] Py_GenericAlias is not documented

Guido van Rossum added the comment: Does it need a backport to 3.9 too, since GenericAlias was introduced there? -- ___ Python tracker <https://bugs.python.org/issue44

[issue20115] NUL bytes in commented lines

Guido van Rossum added the comment: Yeah, null bytes should just be rejected. If someone comes up with a fix for this we'll accept it. -- ___ Python tracker <https://bugs.python.org/is

[issue23316] Incorrect evaluation order of function arguments with *args

Guido van Rossum added the comment: > "The one exception is in function calls with *expression after a keyword > argument: f(x=expr2, *expr1)." So the question before us is whether to add this phrase to the docs, or to tweak the compiler to fix it. It is certainly convenie

[issue23316] Incorrect evaluation order of function arguments with *args

Guido van Rossum added the comment: Well, it seems we're stuck -- we can't make the grammar more restrictive (at least, I don't think we should, since it is a backwards incompatibility), so we'll have to live with the exception. Since it is now clear what the rule is, we

[issue23316] Incorrect evaluation order of function arguments with *args

Guido van Rossum added the comment: Looks like Terry accidentally removed Serhiy. Adding him back. -- nosy: +Guido.van.Rossum, serhiy.storchaka ___ Python tracker <https://bugs.python.org/issue23

[issue1105770] null source chars handled oddly by tokenize

Guido van Rossum added the comment: Closing in favor of issue20115. -- nosy: +gvanrossum resolution: -> duplicate stage: needs patch -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/

[issue23316] Incorrect evaluation order of function arguments with *args

Guido van Rossum added the comment: I'm currently not very interested in philosophizing about why we allow one syntax but not the other. -- ___ Python tracker <https://bugs.python.org/is

[issue38291] Deprecate the typing.io and typing.re pseudo-modules

Guido van Rossum added the comment: New changeset 09eb81711597725f853e4f3b659ce185488b0d8c by Sebastian Rittau in branch 'main': bpo-38291: DeprecationWarning when importing typing.{io,re} (#26719) https://github.com/python/cpython/commit/09eb81711597725f853e4f3b659ce1

[issue44337] Port LOAD_ATTR to adaptive interpreter

Change by Guido van Rossum : -- nosy: +gvanrossum nosy_count: 2.0 -> 3.0 pull_requests: +25387 pull_request: https://github.com/python/cpython/pull/26749 ___ Python tracker <https://bugs.python.org/issu

[issue44337] Port LOAD_ATTR to adaptive interpreter

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

[issue44337] Port LOAD_ATTR to adaptive interpreter

Guido van Rossum added the comment: (That pull request doesn't have anything to do with this issue, but while testing it I did find a crash bug that I've bisected to this issue. See https://github.com/python/cpython/pull/26749#issuecomment

[issue44468] Shouldn't `typing.get_type_hints()` default `globalns` to `{}` instead of skipping base classes?

Guido van Rossum added the comment: I agree with the OP, we can do better here. Ken, if you feel like it, a fix should not be too complicated, right? -- ___ Python tracker <https://bugs.python.org/issue44

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

Guido van Rossum added the comment: New changeset 355f5dd36a0f53175517f35798aa874564d1113a by Guido van Rossum in branch 'main': bpo-43693: Turn localspluskinds into an object (GH-26749) https://github.com/python/cpython/commit/355f5dd36a0f53175517f35798aa87

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

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

[issue41249] TypedDict inheritance doesn't work with get_type_hints and postponed evaluation of annotations across modules

Guido van Rossum added the comment: Note that this issue is now only a problem of you use `from __future__ import annotations` -- we rolled the default behavior for 3.10 back to what it was in 3.9. I am out of time to argue about why we chose this behavior, alas

[issue44479] Windows build doesn't regenerate some files

Change by Guido van Rossum : -- components: Windows nosy: gvanrossum, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: Windows build doesn't regenerate some files ___ Python tracker &

[issue44479] Windows build doesn't regenerate some files

New submission from Guido van Rossum : The new PCbuild\build.bat script is much better at regenerating necessary files. However I just found out that there are some more files that need to be regenerated occasionally: - Programs/test_frozenmain.h - Python/frozen_hello.h Could you add rules

[issue44490] PEP 604 Union (int | str) doesn't have __parameters__

Guido van Rossum added the comment: Let's first see whether the type (int | list[T]) is accepted by static checkers. IMO introspecting unions should be done by looking at __args__, nothing more. -- ___ Python tracker <https://bugs.py

[issue44482] Possible resource leeak in glob in non-refcount implementations

Guido van Rossum added the comment: So this is a problem because the generator owns a resource that it will only release once its .close() method is called, right? And we have no control over when that happens -- we can't make it the responsibility of list() to close the iterator p

[issue43918] anext builtin docstring has no signature text or info about default argument

Guido van Rossum added the comment: New changeset 6af4e6b266cb19d646ad7e4051fc7974c3096d23 by Erik Welch in branch 'main': bpo-43918: document signature and default argument of `anext` builtin (#25551) https://github.com/python/cpython/commit/6af4e6b266cb19d646ad7e4051fc79

[issue44482] Possible resource leeak in glob in non-refcount implementations

Guido van Rossum added the comment: I think this may be worth bringing up on python-dev. The solution currently is rather verbose. I like adding the with-protocol to generators. -- nosy: +Guido.van.Rossum ___ Python tracker <ht

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

Guido van Rossum added the comment: New changeset 769d7d0c66c5b86e2dd29b9ce67ac2daaab1bb38 by Guido van Rossum in branch 'main': bpo-43693 Get rid of CO_NOFREE -- it's unused (GH-26839) https://github.com/python/cpython/commit/769d7d0c66c5b86e2dd29b9ce

[issue44482] Possible resource leeak in glob in non-refcount implementations

Guido van Rossum added the comment: That explanation is still valid, I just hadn’t thought of it that way. -- ___ Python tracker <https://bugs.python.org/issue44

[issue44468] Shouldn't `typing.get_type_hints()` default `globalns` to `{}` instead of skipping base classes?

Guido van Rossum added the comment: New changeset 7569c0fe91dfcf562dee8c29798ecda74d738aa8 by will-ca in branch 'main': bpo-44468: Never skip base classes in `typing.get_type_hints()`, even with invalid `.__module__`. (GH-26862) https://github.com/python/cpyt

[issue44468] Shouldn't `typing.get_type_hints()` default `globalns` to `{}` instead of skipping base classes?

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

[issue44518] Finalization of non-exhausted asynchronous generators is deferred

Guido van Rossum added the comment: Can you repro this without asyncio? -- nosy: +Guido.van.Rossum ___ Python tracker <https://bugs.python.org/issue44

[issue44518] Finalization of non-exhausted asynchronous generators is deferred

Guido van Rossum added the comment: I am wondering whether the issue is in asyncio.run, or in the basic async generator implementation. If the latter, you should be able to demonstrate this with a manual "driver" (trampoline?) instead of a

[issue44518] Finalization of non-exhausted asynchronous generators is deferred

Guido van Rossum added the comment: Okay, that suggests that the extra reference is being held by asyncio, right? I suppose it's in the hands of the asyncio devs then. -- ___ Python tracker <https://bugs.python.org/is

[issue44524] __name__ attribute in typing module

Guido van Rossum added the comment: It sounds reasonable to add the __name__ attribute. Since these objects aren't really types, the default mechanism for constructing a type doesn't give them this. Are there other attributes that are missing? We should probably add

[issue44490] PEP 604 Union (int | str) doesn't have __parameters__

Guido van Rossum added the comment: I intended for someone to write some test programs and report back here what mypy actually supports and what it doesn't. -- ___ Python tracker <https://bugs.python.org/is

[issue44490] PEP 604 Union (int | str) doesn't have __parameters__

Guido van Rossum added the comment: So I guess to expand on Jelle's example, Alias[str] should return (int | list[str]), right? That makes sense since that's how Union works. -- ___ Python tracker <https://bugs.python.o

[issue44537] Document PGO in devguide

New submission from Guido van Rossum : The only docs for PGO seem to be in the toplevel README.rst. Sinec that is what's shown to all visitors to the GitHub repo, perhaps this information is not so useful there, and instead a section could be added to the devguide? (Ditto for LTO.)

[issue44537] Document PGO in devguide

Guido van Rossum added the comment: Hm, there is now also info on how to build in the end user documentation in Doc/using/configure.rst. I am actually confused by the intention of documenting information about *building* CPython in the same place where we document *using* Python (and

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

Guido van Rossum added the comment: +1-- --Guido (mobile) -- ___ Python tracker <https://bugs.python.org/issue43908> ___ ___ Python-bugs-list mailing list Unsub

[issue30256] Adding a SyncManager Queue proxy to a SyncManager dict or Namespace proxy raises an exception

Guido van Rossum added the comment: I'm going to merge both PRs. -- nosy: +gvanrossum ___ Python tracker <https://bugs.python.org/issue30256> ___ ___ Pytho

[issue30256] Adding a SyncManager Queue proxy to a SyncManager dict or Namespace proxy raises an exception

Guido van Rossum added the comment: New changeset 85b920498b42c69185540ecc2f5c4907fd38d877 by finefoot in branch 'main': bpo-30256: Add manager_owned keyword arg to AutoProxy (GH-16341) https://github.com/python/cpython/commit/85b920498b42c69185540ecc2f5c49

[issue30256] Adding a SyncManager Queue proxy to a SyncManager dict or Namespace proxy raises an exception

Guido van Rossum added the comment: (The original PR was too stale to merge, so I just merged the combined PR and added a Co-Authored-By header.) Now doing the backports. -- resolution: -> fixed ___ Python tracker <https://bugs.pyth

[issue30256] Adding a SyncManager Queue proxy to a SyncManager dict or Namespace proxy raises an exception

Guido van Rossum added the comment: New changeset 3ec3e0f83c34eda1ad89b731e68f4a22a5f39333 by Miss Islington (bot) in branch '3.10': bpo-30256: Add manager_owned keyword arg to AutoProxy (GH-16341) (#26987) https://github.com/python/cpython/commit/3ec3e0f83c34eda1ad89b731e68f4a

[issue30256] Adding a SyncManager Queue proxy to a SyncManager dict or Namespace proxy raises an exception

Guido van Rossum added the comment: New changeset 8aa45de6c6d84397b772bad7e032744010bbd456 by Miss Islington (bot) in branch '3.9': bpo-30256: Add manager_owned keyword arg to AutoProxy (GH-16341) (GH-26989) https://github.com/python/cpython/commit/8aa45de6c6d84397b772bad7e03274

[issue30256] Adding a SyncManager Queue proxy to a SyncManager dict or Namespace proxy raises an exception

Guido van Rossum added the comment: Merged and backported to 3.10, 3.9. Let's forget about 3.8 or earlier (Lukasz removed the needs-backport-to-3.8 and -3.7 labels from GH-16341 on May 4). I should note that landing this was not a great experience: - There's a closed PR with t

[issue30256] Adding a SyncManager Queue proxy to a SyncManager dict or Namespace proxy raises an exception

Guido van Rossum added the comment: Oh no! Was there a test for this that I ignored? Thanks for cleaning up after me.-- --Guido (mobile) -- ___ Python tracker <https://bugs.python.org/issue30

[issue44553] types.Union should support GC

Guido van Rossum added the comment: Thanks for the fix, Pablo! Ken Jin, we learned something today! -- nosy: +Guido.van.Rossum ___ Python tracker <https://bugs.python.org/issue44

[issue36521] Consider removing docstrings from co_consts in code objects

Guido van Rossum added the comment: In 3.11 the code object will definitely change. We may well put the docstring in a dedicated attribute. -- nosy: +Guido.van.Rossum versions: +Python 3.11 -Python 3.8 ___ Python tracker <https://bugs.python.

[issue44479] Windows build doesn't regenerate some files

Guido van Rossum added the comment: Thanks, I tried this and it works beautifully! -- ___ Python tracker <https://bugs.python.org/issue44479> ___ ___ Python-bug

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

Guido van Rossum added the comment: Very much so. Irit, do you want to give it a try? (Note there are helpful instructions now in Python/adaptive.md.) -- ___ Python tracker <https://bugs.python.org/issue26

[issue38291] Deprecate the typing.io and typing.re pseudo-modules

Guido van Rossum added the comment: Can that be fixed by changing test_pydoc? -- ___ Python tracker <https://bugs.python.org/issue38291> ___ ___ Python-bug

[issue43453] docs: runtime_checkable example refers to changed behavior in 3.10

Guido van Rossum added the comment: New changeset 17f94e28882e1e2b331ace93f42e8615383dee59 by andrei kulakov in branch 'main': bpo-43453: Update and re-add example to typing runtime_checkable (#27013) https://github.com/python/cpython/commit/17f94e28882e1e2b331ace93f42e86

[issue38291] Deprecate the typing.io and typing.re pseudo-modules

Guido van Rossum added the comment: Why not just change "typing.io" to "typing"? -- ___ Python tracker <https://bugs.python.org/issue38291> ___ __

[issue38291] Deprecate the typing.io and typing.re pseudo-modules

Guido van Rossum added the comment: Thanks for the explanation. Let's reopen the issue for now. -- status: closed -> open ___ Python tracker <https://bugs.python.org

[issue43453] docs: runtime_checkable example refers to changed behavior in 3.10

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

[issue38291] Deprecate the typing.io and typing.re pseudo-modules

Guido van Rossum added the comment: New changeset 8b849ea0f3482ad834e7989ff474dd5db2f295c8 by Sebastian Rittau in branch 'main': bpo-38291: Fix a spurious warning when using help(object) (#27039) https://github.com/python/cpython/commit/8b849ea0f3482ad834e7989ff474dd

[issue38291] Deprecate the typing.io and typing.re pseudo-modules

Change by Guido van Rossum : -- status: open -> closed ___ Python tracker <https://bugs.python.org/issue38291> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue44490] PEP 604 Union (int | str) doesn't have __parameters__

Guido van Rossum added the comment: New changeset c45fa1a5d9b419cf13ad4b5a7cb453956495b83e by Yurii Karabas in branch 'main': bpo-44490: Add __parameters__ and __getitem__ to types.Union (GH-26980) https://github.com/python/cpython/commit/c45fa1a5d9b419cf13ad4b5a7cb453

[issue42878] urllib.request.HTTPPasswordMgr.is_suburi does not care about order

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

[issue44578] dict/list with more than two type parameters doesn't raise a TypeError

Guido van Rossum added the comment: Yes this is intentional. Use a static checker to find this type of bug. -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue35815] Able to instantiate a subclass with abstract methods from __init_subclass__ of the ABC

Guido van Rossum added the comment: > At worst, this seems like only a minor nuisance. The ABC metaclass is > limited in its powers and seems to reasonably cover the common use cases. > I recommend leaving it as is. Guido, what do you think? Agreed. The abstractness checks ar

[issue44589] Pattern Matching - duplicate keys in mapping patterns

Guido van Rossum added the comment: Agreed with everything that Brandt said. These wording issues are subtle! Note in particular that the original wording implies that {‘x’: 1, ‘x’: 1, z: 1} would be a runtime error, but it clearly should be a compile time error.-- --Guido (mobile

[issue43838] There is a way to access an underlying mapping in MappingProxyType

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

[issue44606] Discrepancy between isinstance() and issubclass() for union types

Guido van Rossum added the comment: Ken Jin, should we treat type(None) as a subclass of int|None? -- nosy: +kj ___ Python tracker <https://bugs.python.org/issue44

[issue44606] Discrepancy between isinstance() and issubclass() for union types

Guido van Rossum added the comment: Converting None to type(None) is fine, as long as the str() /repr() converts it back, e.g. repr(int | None) should print just that, not NoneType.-- --Guido (mobile) -- ___ Python tracker <https://bugs.python.

[issue44618] inspect.signature does not work for datetime classes

Guido van Rossum added the comment: Doesn’t it do that with any built in function? Try Len or open, for example. I think that’s a feature, at least not a bug specific to date time. -- nosy: +gvanrossum ___ Python tracker <https://bugs.python.

[issue44632] Union with TypeVar does not work as intended

Guido van Rossum added the comment: The code for recognizing TypeVars must be wrong. Is it also wrong in e.g. list[T]? -- ___ Python tracker <https://bugs.python.org/issue44

[issue44618] inspect.signature does not work for datetime classes

Guido van Rossum added the comment: You're right, it seems specific to built-in *classes* like those in datetime. We get the same with inspect.signature(int), since int is also a built-in class. I don't know who maintains inspect, but i

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

Guido van Rossum added the comment: Way to go Irit!-- --Guido (mobile) -- ___ Python tracker <https://bugs.python.org/issue26280> ___ ___ Python-bugs-list mailin

[issue44642] Union of a type and the typing module function

Guido van Rossum added the comment: Is it worth being picky about this? The internal data structures are safe. A static checker will complain. What more do you need? -- ___ Python tracker <https://bugs.python.org/issue44

[issue44636] It is possible to create a 1-type union type

Guido van Rossum added the comment: I feel that keeping the singleton is more consistent. This normalization seems to me an example of the typing module doing too much. Singleton tuples are different from scalar values too. -- ___ Python tracker

[issue44636] It is possible to create a 1-type union type

Guido van Rossum added the comment: Hm, you are right. Make it so, Mr. Spock! :-) -- ___ Python tracker <https://bugs.python.org/issue44636> ___ ___ Python-bug

[issue44642] Union of a type and the typing module function

Guido van Rossum added the comment: I think making NewType into a class isn't a good idea, it would be too slow. But I like issue34963 (PR 9951). So then let's do some variation on (3) -- unionable things would include all types (of course), typevars, and things that have

[issue43893] typing.get_type_hints does not accept type annotations with leading whitespaces

Guido van Rossum added the comment: The more I think about this, the less I like it. AFAIK static checkers like mypy don’t strip leading white space from forward references either. (If I’m wrong, please show evidence.) -- ___ Python tracker

[issue44524] __name__ attribute in typing module

Guido van Rossum added the comment: Sorry for the slow progress. I don’t think it is important for Any orUnion to have these attributes, but the ones that match ABCs or concrete classes (e.g. MutableSet, Counter) should probably have __name__, __qualname__, and __module__, since the

[issue44490] PEP 604 Union (int | str) doesn't have __parameters__

Guido van Rossum added the comment: New changeset bf89ff96e6ba21bb52b8597b5e51e8ffc57e6589 by Yurii Karabas in branch 'main': bpo-44490: Improve typing module compatibility with types.Union (GH-27048) https://github.com/python/cpython/commit/bf89ff96e6ba21bb52b8597b5e51e8

[issue44659] Remove Ivan from list of,typing experts

New submission from Guido van Rossum : There is a list somewhere in bpo or GH that automatically adds Ivan to all bugs or reviews involving typing. He is no longer active. Can we remove him from those lists? And maybe add Ken Jin, who has built up a lot of expertise in this area

[issue44490] PEP 604 Union (int | str) doesn't have __parameters__

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

[issue41249] TypedDict inheritance doesn't work with get_type_hints and postponed evaluation of annotations across modules

Guido van Rossum added the comment: New changeset 889036f7ef7290ef15b6c3373023f6a35387af0c by Germán Méndez Bravo in branch 'main': bpo-41249: Fix postponed annotations for TypedDict (GH-27017) https://github.com/python/cpython/commit/889036f7ef7290ef15b6c3373023f6

[issue41249] TypedDict inheritance doesn't work with get_type_hints and postponed evaluation of annotations across modules

Guido van Rossum added the comment: How far can/should we backport this? -- versions: +Python 3.11 ___ Python tracker <https://bugs.python.org/issue41

[issue41249] TypedDict inheritance doesn't work with get_type_hints and postponed evaluation of annotations across modules

Guido van Rossum added the comment: Let’s both, since this feels like a real bug fix to me. -- ___ Python tracker <https://bugs.python.org/issue41249> ___ ___

<    16   17   18   19   20   21   22   23   24   25   >