[Python-checkins] CVS: python/dist/src PLAN.txt,1.15,1.16
Guido van Rossum
gvanrossum@users.sourceforge.net
Thu, 25 Oct 2001 21:31:56 -0700
Update of /cvsroot/python/python/dist/src
In directory usw-pr-cvs1:/tmp/cvs-serv10990
Modified Files:
PLAN.txt
Log Message:
Update. __dict__ assignment done. Reorder remaining "to do" items by
priority. Add tp_cache; add some comments to others.
Index: PLAN.txt
===================================================================
RCS file: /cvsroot/python/python/dist/src/PLAN.txt,v
retrieving revision 1.15
retrieving revision 1.16
diff -C2 -d -r1.15 -r1.16
*** PLAN.txt 2001/10/12 17:43:43 1.15
--- PLAN.txt 2001/10/26 04:31:54 1.16
***************
*** 2,18 ****
****************************
! Still to do
! -----------
!
! Add __del__ handlers?
! Allow assignment to __bases__ and __dict__?
Support mixed multiple inheritance from classic and new-style classes?
Check for conflicts between base classes. I fear that the rules used
to decide whether multiple bases have conflicting instance variables
aren't strict enough. I think that sometimes two different classes
! adding __dict__ may be incompatible after all.
Check for order conflicts. Suppose there are two base classes X and
--- 2,28 ----
****************************
! Still to do (by priority)
! -------------------------
! Add __del__ handlers? I asked for a motivation on python-dev and
! nobody piped up. Yet I expect it will be asked for later. Are there
! GC issues? Doesn't the GC make an exception for classic classes with
! a __del__ handler?
Support mixed multiple inheritance from classic and new-style classes?
+ That would be cool and make new-style classes much more usable (it
+ would remove most of the reasons not to use them for new projects).
+ How hard would this be?
+ Do something with the tp_cache slot? This is (was?) intended to cache
+ all the class attributes from all base classes; a key would be deleted
+ when the base class attribute is. But the question is, are the
+ savings worth it? So I may not do this.
+
Check for conflicts between base classes. I fear that the rules used
to decide whether multiple bases have conflicting instance variables
aren't strict enough. I think that sometimes two different classes
! adding __dict__ may be incompatible after all. (I may not do this.
! Who cares.)
Check for order conflicts. Suppose there are two base classes X and
***************
*** 21,28 ****
order should the base classes X and Y be searched? This is an order
conflict, and should be disallowed; currently the test for this is not
! implemented.
Done (mostly)
-------------
More performance work -- one particular test, test_descr.inherits(),
--- 31,43 ----
order should the base classes X and Y be searched? This is an order
conflict, and should be disallowed; currently the test for this is not
! implemented. (I may not do this. Who cares.)
+ Allow assignment to __bases__? (I don't think there's a demand for
+ this.)
+
Done (mostly)
-------------
+
+ Assignment to __dict__.
More performance work -- one particular test, test_descr.inherits(),