diff options
author | brianp <brianp@13f79535-47bb-0310-9956-ffa450edef68> | 2002-05-07 03:35:34 +0000 |
---|---|---|
committer | brianp <brianp@13f79535-47bb-0310-9956-ffa450edef68> | 2002-05-07 03:35:34 +0000 |
commit | 3e6418bc7bc8caa31e4a40201a7972df8103b831 (patch) | |
tree | 3ed4411b5c95776f0e7677d0f07a456d64240433 /STATUS | |
parent | 148fa7a4d242d8618cb635edc26ceda16da34822 (diff) | |
download | libapr-3e6418bc7bc8caa31e4a40201a7972df8103b831.tar.gz |
I *think* "polymorphically" is a word...
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@63367 13f79535-47bb-0310-9956-ffa450edef68
Diffstat (limited to 'STATUS')
-rw-r--r-- | STATUS | 7 |
1 files changed, 6 insertions, 1 deletions
@@ -1,5 +1,5 @@ APACHE PORTABLE RUNTIME (APR) LIBRARY STATUS: -*-text-*- -Last modified at [$Date: 2002/05/05 02:06:48 $] +Last modified at [$Date: 2002/05/07 03:35:34 $] Release: @@ -51,6 +51,11 @@ RELEASE SHOWSTOPPERS: * 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 + a significant performance penalty. + CURRENT VOTES: * For the atomics code to be efficient it depends on instructions |