I have been spending my Google sprint time on writing and implementing PEP 362 (<a href="http://www.python.org/dev/peps/pep-0362/">http://www.python.org/dev/peps/pep-0362/</a>), which finally defines Signature objects for functions.&nbsp; With the implementation at a place I am happy with, I wanted to ask about the open issues with the PEP.
<br><br>The first question is whether&nbsp; to have Signature objects on all functions by default or to leave it in the 'inspect' module and have it be something totally optional.&nbsp; My vote is the latter for now and we can add them to all functions if they turn out to be useful and popular.
<br><br>The second open issue is how to handle binding arguments to tuple parameters for the Signature.bind() method.&nbsp; If you have the function ``def foo((a, b): pass``, how do you have the Signature.bind() method handle 'a', and 'b'?&nbsp; You can either take the proposed arguments and in the dict mapping arguments to parameters have an entry for 'a' and 'b' individually, or have an entry for '(a, (b,))'.&nbsp; My vote is the latter since you cannot address 'a' or 'b' individually as keyword arguments and this makes more sense with function annotations since they won't apply to 'a' and 'b' individually but instead to the entire tuple.&nbsp; Either way there is the issue of exhausting an iterator (like a generator) trying to find out if it is the proper length to unpack, for which I raise a TypeError instead of exhaust a possibly mutable iterator currently.
<br><br>-Brett