]> granicus.if.org Git - python/commitdiff
Added note to self about __new__ issue.
authorGuido van Rossum <guido@python.org>
Wed, 8 Aug 2001 16:57:43 +0000 (16:57 +0000)
committerGuido van Rossum <guido@python.org>
Wed, 8 Aug 2001 16:57:43 +0000 (16:57 +0000)
PLAN.txt

index d0530b4b19e6889717cf436c70c2bdb044aeddd0..3f2ae8b079b95ff6f6728341a157cfd5386a355c 100644 (file)
--- 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.