diff options
author | aaron <aaron@13f79535-47bb-0310-9956-ffa450edef68> | 2002-05-24 18:34:36 +0000 |
---|---|---|
committer | aaron <aaron@13f79535-47bb-0310-9956-ffa450edef68> | 2002-05-24 18:34:36 +0000 |
commit | 580682aef1284a4ec3e933f2fd5507c186eab086 (patch) | |
tree | 21c2a25793a954332e8179caa0b111b369938100 | |
parent | 0e9ac32a6afe9c0f6c3a4e4fcdb95e9d75ada92e (diff) | |
download | libapr-580682aef1284a4ec3e933f2fd5507c186eab086.tar.gz |
Both of these issues have been taken care of. The old locks are gone
and the global mutex is looking good.
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@63431 13f79535-47bb-0310-9956-ffa450edef68
-rw-r--r-- | STATUS | 9 |
1 files changed, 1 insertions, 8 deletions
@@ -1,5 +1,5 @@ APACHE PORTABLE RUNTIME (APR) LIBRARY STATUS: -*-text-*- -Last modified at [$Date: 2002/05/07 03:35:34 $] +Last modified at [$Date: 2002/05/24 18:34:36 $] Release: @@ -44,13 +44,6 @@ RELEASE SHOWSTOPPERS: since apr_proc_create didn't allocate the apr_proc_t storage. (Aren't transparent types swell?) Suggestions? - * The new lock API is a full replacement for the old API. Before - we do a major APR release, we must deprecate the old locks API, - lest we support 2 lock APIs in perpetuity. - - * The new apr_global_mutex_t lock type must be implemented on - all platforms. - * 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 |