summaryrefslogtreecommitdiffstats
path: root/PLAN.txt
diff options
context:
space:
mode:
authorGuido van Rossum <guido@python.org>2001-08-08 16:57:43 (GMT)
committerGuido van Rossum <guido@python.org>2001-08-08 16:57:43 (GMT)
commit0415620af924be8ae12d1017177724aa335c2847 (patch)
treee8adfa5ac4d69f51602c29add60f604cbc2836ab /PLAN.txt
parentff88556af6d5308b294e542639203483f9399915 (diff)
downloadcpython-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.txt9
1 files changed, 9 insertions, 0 deletions
diff --git a/PLAN.txt b/PLAN.txt
index d0530b4..3f2ae8b 100644
--- a/PLAN.txt
+++ b/PLAN.txt
@@ -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.