This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author gregory.p.smith
Recipients gregory.p.smith, gvanrossum, levkivskyi, serhiy.storchaka
Date 2020-11-12.08:36:26
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <CAGE7PN+GZ0OeaYR9GLgz3U0tqHdv03=PsTqDV=JMwavZ-mFtRg@mail.gmail.com>
In-reply-to <1605156421.93.0.150228347072.issue42329@roundup.psfhosted.org>
Content
Not a big deal if we don't, I just found it odd so I figured I'd pose the
question. That it's been in three releases and only just now come up is
pretty telling that isn't critical.

The code in question was trying to identify public functions in a module by
inspecting names and I think they've got a more pedantic way to do that
than their existing code that wouldn't be tripped up by a mere callable
without a __name__.

On Wed, Nov 11, 2020, 8:47 PM Guido van Rossum <report@bugs.python.org>
wrote:

>
> Guido van Rossum <guido@python.org> added the comment:
>
> Between 3.6 and 3.7 they stopped being types.
>
> IIRC this enabled optimizations. (Serhiy?)
>
> I don't think this is important, but I suppose you have some code that
> this breaks?
>
> The name is passed to the constructor of _SpecialGenericAlias, so I'm fine
> with fixing this, though the backports may get tricky when you get down to
> 3.7.
>
> ----------
> nosy: +serhiy.storchaka
>
> _______________________________________
> Python tracker <report@bugs.python.org>
> <https://bugs.python.org/issue42329>
> _______________________________________
>
History
Date User Action Args
2020-11-12 08:36:28gregory.p.smithsetrecipients: + gregory.p.smith, gvanrossum, serhiy.storchaka, levkivskyi
2020-11-12 08:36:28gregory.p.smithlinkissue42329 messages
2020-11-12 08:36:26gregory.p.smithcreate