Showing content from http://mail.python.org/pipermail/python-dev/attachments/20171128/0f9059ec/attachment.html below:
<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Tue, 28 Nov 2017 at 03:33 Nick Coghlan <<a href="mailto:ncoghlan@gmail.com">ncoghlan@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 28 November 2017 at 15:42, Larry Hastings <<a href="mailto:larry@hastings.org" target="_blank">larry@hastings.org</a>> wrote:<br>
> On 11/27/2017 03:58 PM, Yury Selivanov wrote:<br>
>> We can't say anything about the order if someone passes a partial<br>
>> object<br>
><br>
> Sure we could. We could ensure that functools.partial behaves in a sane<br>
> way, then document and guarantee that behavior.<br>
<br>
Right, I think the main implication here would be that we need to<br>
ensure that any signature manipulation operations *we* provide are<br>
order preserving.<br>
<br>
Fortunately for Larry, we kinda cheat on that front: all the logic for<br>
dealing with this problem is in the inspect module itself, which knows<br>
about all the different ways we manipulate signatures in the standard<br>
library. That means that if we want to declare that the inspect module<br>
will be order preserving, we can, and it shouldn't require changes to<br>
anything else.<br>
<br>
Cheers,<br>
Nick.<br>
<br>
P.S. Note that inspect.getfullargspec() was actually undeprecated a<br>
while back - enough folks that didn't need access to the function<br>
annotations were reimplementing it for themselves "because the<br>
standard library API is deprecated" that the most logical course of<br>
action was to just declare it as being supported again. I don't think<br>
that changes the argument here though - it just means guaranteed order<br>
preservation in that API will only happen if we declare dicts to be<br>
insertion ordered in general.<br></blockquote><div><br></div><div>OT for this thread, but is there an issue number tracking the un-deprecating? Basically I want to make sure there is an issue tracking deprecating it again when we stop worrying about any Python 2/3 support. <br></div></div></div>
RetroSearch is an open source project built by @garambo
| Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4