apr-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From thom...@apache.org
Subject cvs commit: apr STATUS
Date Mon, 19 Aug 2002 21:38:46 GMT
thommay     2002/08/19 14:38:46

  Modified:    .        STATUS
  Log:
  This vote seems to be pretty resolved.
  
  Revision  Changes    Path
  1.173     +8 -9      apr/STATUS
  
  Index: STATUS
  ===================================================================
  RCS file: /home/cvs/apr/STATUS,v
  retrieving revision 1.172
  retrieving revision 1.173
  diff -u -r1.172 -r1.173
  --- STATUS	1 Aug 2002 16:00:31 -0000	1.172
  +++ STATUS	19 Aug 2002 21:38:46 -0000	1.173
  @@ -59,14 +59,6 @@
   
   CURRENT VOTES:
   
  -    * Is this really a showstopper for the 1.0 release?:
  -    * Almost every API in APR depends on pools, but pool semantics
  -      aren't a good match for a lot of applications.  We need to find
  -      a way to support alternate allocators polymorphically without
  -      a significant performance penalty.
  -
  -      Not a showstopper: Thom, Justin, Sander, Fitz
  -
   RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP:
   
       * The return type of a thread function (void *) is inconsistent with
  @@ -370,4 +362,11 @@
                        belongs!  You'll have to address the random issue in
                        misc/unix/getuuid.c that forces md5 to be in APR.
           Sander: +1 for the move.
  +
  +Stuff for post 1.0:
  +
  +    * Almost every API in APR depends on pools, but pool semantics
  +      aren't a good match for a lot of applications.  We need to find
  +      a way to support alternate allocators polymorphically without
  +      a significant performance penalty.
   
  
  
  

Mime
View raw message