[Python-checkins] python/nondist/peps pep-0320.txt,1.2,1.3

[rhettinger at users.sourceforge.net]

Update of /cvsroot/python/python/nondist/peps
In directory sc8-pr-cvs1:/tmp/cvs-serv27127

Modified Files:
	pep-0320.txt 
Log Message:
Known updates to Py2.4 plans.

Index: pep-0320.txt
===================================================================
RCS file: /cvsroot/python/python/nondist/peps/pep-0320.txt,v
retrieving revision 1.2
retrieving revision 1.3
diff -C2 -d -r1.2 -r1.3
*** pep-0320.txt	19 Nov 2003 17:03:32 -0000	1.2
--- pep-0320.txt	8 Dec 2003 00:40:21 -0000	1.3
***************
*** 2,6 ****
  Title: Python 2.4 Release Schedule
  Version: $Revision$
! Author: Barry Warsaw
  Status: Incomplete
  Type: Informational
--- 2,6 ----
  Title: Python 2.4 Release Schedule
  Version: $Revision$
! Author: Barry Warsaw and Raymond Hettinger
  Status: Incomplete
  Type: Informational
***************
*** 17,25 ****
  
      There will be at least two alpha releases, two beta releases, and
!     one release candidate.  Other than that, no claims are made on
!     release plans, nor what will actually be in Python 2.4 at this
!     early date.  There were 19 months between the Python 2.2 final and
!     Python 2.3 final releases.  If that schedule holds true for Python
!     2.4, you can expect it some time around February 2005.
  
  
--- 17,22 ----
  
      There will be at least two alpha releases, two beta releases, and
!     one release candidate.  The release date is not yet fixed but a
!     rough target is June or July of 2004.
  
  
***************
*** 31,39 ****
  Completed features for 2.4
  
!     None
  
  
  Planned features for 2.4
  
      Deprecate and/or remove the modules listed in PEP 4 (posixfile,
      gopherlib, audioop, pre, others)
--- 28,54 ----
  Completed features for 2.4
  
!     PEP 218 Builtin Set Objects
!     
!     PEP 322 Reverse Iteration
! 
!     Encapsulate the decorate-sort-undecorate patten in a keyword for
!     list.sort().
! 
!     Added a classmethod called list.sorted() which may be used in
!     expressions.
! 
!     The itertools module has two new functions, tee() and groupby().
!     
  
  
  Planned features for 2.4
  
+     PEP 289 Generator expressions.
+ 
+     PEP 292 Simpler String Substitutions to be implemented as a module
+     or codec.
+ 
+     A Decimal package for fixed precision arithmetic.
+ 
      Deprecate and/or remove the modules listed in PEP 4 (posixfile,
      gopherlib, audioop, pre, others)
***************
*** 83,91 ****
      - The import lock could use some redesign.  (SF 683658.)
  
-     - Set API issues; is the sets module perfect?
- 
-       I expect it's good enough to stop polishing it until we've had
-       more widespread user experience.
- 
      - A nicer API to open text files, replacing the ugly (in some
        people's eyes) "U" mode flag.  There's a proposal out there to
--- 98,101 ----
***************
*** 93,98 ****
        (Shouldn't it have a bufsize argument too?)
  
-       Ditto.
- 
      - New widgets for Tkinter???
  
--- 103,106 ----
***************
*** 101,109 ****
        already (though not on Windows yet).
  
-     - Fredrik Lundh's basetime proposal:
-       http://effbot.org/ideas/time-type.htm
- 
-       I believe this is dead now.
- 
      - PEP 304 (Controlling Generation of Bytecode Files by Montanaro)
        seems to have lost steam.
--- 109,112 ----
***************
*** 133,141 ****
        It seems we can't get consensus on this.
  
-     - Deprecate the buffer object.
-       http://mail.python.org/pipermail/python-dev/2002-July/026388.html
-       http://mail.python.org/pipermail/python-dev/2002-July/026408.html
-       It seems that this is never going to be resolved.
- 
      - PEP 269  Pgen Module for Python                       Riehl
  
--- 136,139 ----
***************
*** 157,165 ****
        slow and the compiler is only the first step.  Maybe we'll be
        able to refactor the compiler in this release.  I'm tempted to
!       say we won't hold our breath.  In the mean time, Oren Tirosh has
!       a much simpler idea that may give a serious boost to the
!       performance of accessing globals and built-ins, by optimizing
!       and inlining the dict access:
!       http://tothink.com/python/fastnames/
  
      - Lazily tracking tuples?
--- 155,159 ----
        slow and the compiler is only the first step.  Maybe we'll be
        able to refactor the compiler in this release.  I'm tempted to
!       say we won't hold our breath. 
  
      - Lazily tracking tuples?