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:
