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 Wed, 31 Jul 2002 11:35:52 GMT
thommay     2002/07/31 04:35:52

  Modified:    .        STATUS
  Log:
  Yet another horrendous day in London town
  
  Revision  Changes    Path
  1.169     +8 -7      apr/STATUS
  
  Index: STATUS
  ===================================================================
  RCS file: /home/cvs/apr/STATUS,v
  retrieving revision 1.168
  retrieving revision 1.169
  diff -u -r1.168 -r1.169
  --- STATUS	15 Jul 2002 04:27:38 -0000	1.168
  +++ STATUS	31 Jul 2002 11:35:52 -0000	1.169
  @@ -46,11 +46,6 @@
         since apr_proc_create didn't allocate the apr_proc_t storage.
         (Aren't transparent types swell?)  Suggestions?
   
  -    * 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.
  -
       * extract the MAJOR version from apr_version.h and pass it to
         libtool for use in applying version numbers to the shared
         libraries.
  @@ -58,7 +53,13 @@
   
   CURRENT VOTES:
   
  -    * None
  +    * 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
   
   RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP:
   
  
  
  

Mime
View raw message