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 brett.cannon
Recipients SilentGhost, Tim.Graham, brett.cannon, eric.snow, larry, ncoghlan, ned.deily, python-dev, r.david.murray, ryan.petrello, serhiy.storchaka, yselivanov
Date 2017-11-29.18:24:28
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1511979868.54.0.213398074469.issue27172@psf.upfronthosting.co.za>
In-reply-to
Content
Nick pointed me at this issue for the undeprecation of inspect.getfullargspec(). While I'm fine with the un-deprecation for compatibility reasons, I would rather the function not last beyond Python 3 un-deprecated. Nick says, though that:
"""
... the undeprecation
isn't a Python 2/3 issue, it's a "tuples, lists and dicts are really
handy representations of things, and Python developers often prefer
them to more structured objects" issue.

The modern inspect.getfullargspec implementation is a relatively thin
wrapper around inspect.signature, and the only lossy part of the
output transformation is that you can't tell the difference between
positional-only and positional-or-keyword parameters.
"""

My argument is TOOWDI and as of right now there's 3 for getting parameter information for functions (of which only one is currently deprecated). I would also argue that if people want a "signature to core data structure" translation then that can be covered by a package on PyPI since even now getfullargspec() is lossy and we don't need that kind of pragmatic support in the stdlib for this.
History
Date User Action Args
2017-11-29 18:24:28brett.cannonsetrecipients: + brett.cannon, ncoghlan, larry, ned.deily, r.david.murray, SilentGhost, python-dev, eric.snow, serhiy.storchaka, yselivanov, Tim.Graham, ryan.petrello
2017-11-29 18:24:28brett.cannonsetmessageid: <1511979868.54.0.213398074469.issue27172@psf.upfronthosting.co.za>
2017-11-29 18:24:28brett.cannonlinkissue27172 messages
2017-11-29 18:24:28brett.cannoncreate