[Python-3000] [Python-Dev] PEP 367: New Super (original) (raw)

Tim Delaney timothy.c.delaney at gmail.com
Thu May 31 14:25:28 CEST 2007

Guido van Rossum wrote:

I've updated the patch; the latest version now contains the grammar and compiler changes needed to make super a keyword and to automatically add a required parameter 'super' when super is used. This requires the latest p3yk branch (r55692 or higher).

Comments anyone? What do people think of the change of semantics for the imclass field of bound (and unbound) methods?

I had problems getting the p3yK branch that I only resolved yesterday so I haven't actually applied the patch here yet. Turns out I'd grabbed the wrong URL for the repository at some point, and couldn't work out why I kept getting prop not found errors when trying to check out.

If I understand correctly, the patch basically takes im_class back to Python 2.1 semantics, which I always felt were much more useful than the 2.2 semantics. As a bonus, it should mean that the repr of a bound or unbound method should reflect the class it was defined in. Is this correct?

The patch notes say that you're actually inserting a keyword-only argument - is this purely meant to be a stopgap measure so that you've got a local (which could be put into a cell)? Presumably with this approach you could call the method like:

A().func(1, 2, super=object())

The final implementation IMO needs to have super be an implicit local, but not an argument.

BTW, what made you change your mind on re-using im_class? Previously you'd said you didn't want to (although now I can't find the email to back that up). I'd written off reusing it for this purpose because of that.

I won't be able to update the PEP until Sunday (visiting family) but I'll try to incorporate everything we've discussed. Did we get a decision on whether im_class should return the decorated or undecorated class, or did you want me to leave that as an open issue?

I'm starting to feel somewhat embarrassed that I haven't had the time available to work solidly on this, but don't let that stop you from doing it - I'd rather have a good implementation early and not let my ego get in the way .

Cheers,

Tim Delaney

More information about the Python-3000 mailing list