diff options
author | Guido van Rossum <guido@python.org> | 2001-08-08 16:57:43 (GMT) |
---|---|---|
committer | Guido van Rossum <guido@python.org> | 2001-08-08 16:57:43 (GMT) |
commit | 0415620af924be8ae12d1017177724aa335c2847 (patch) | |
tree | e8adfa5ac4d69f51602c29add60f604cbc2836ab /PLAN.txt | |
parent | ff88556af6d5308b294e542639203483f9399915 (diff) | |
download | cpython-0415620af924be8ae12d1017177724aa335c2847.zip cpython-0415620af924be8ae12d1017177724aa335c2847.tar.gz cpython-0415620af924be8ae12d1017177724aa335c2847.tar.bz2 |
Added note to self about __new__ issue.
Diffstat (limited to 'PLAN.txt')
-rw-r--r-- | PLAN.txt | 9 |
1 files changed, 9 insertions, 0 deletions
@@ -89,6 +89,15 @@ overridable, as metamethod mro(). I believe that closes this topic for now. I expect that some warts will only be really debugged when we try to use this for some, eh, interesting types such as tuples. *** + There was a sequel to the __new__ story (see checkins). There + still is a problem: object.__new__ now no longer exists, because + it was inherited by certain extension types that could break. But + now when I write + + class C(object): + def __new__(cls, *args): + "How do I call the default __new__ implementation???" + More -- I'm sure new issues will crop up as we go. |