*** empty log message ***

git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@63658 13f79535-47bb-0310-9956-ffa450edef68

1 files changed, 5 insertions, 4 deletions

diff --git a/STATUS b/STATUS
index 11fab736f..5be8e910d 100644
--- a/STATUS
+++ b/STATUS
@@ -1,5 +1,5 @@
 APACHE PORTABLE RUNTIME (APR) LIBRARY STATUS:			-*-text-*-
-Last modified at [$Date: 2002/07/14 20:32:34 $]
+Last modified at [$Date: 2002/07/15 01:25:05 $]
 
 Release:
 
@@ -64,7 +64,7 @@ CURRENT VOTES:
 
       1) Keeping the existing apr_time_t names, in spite of confusion
          with ANSI/C99 time_t's units, and prior decimal usec definition.
-         +1: rbb, jerenkrantz, striker, dreid, jim, jwoolley
+         +1: rbb, jerenkrantz, striker, dreid, jim, jwoolley, brane
          +0: wrowe [apr_types don't promise to map to C99/ANSI units]
          +0: brianp
          -1: aaron [veto for reusing the apr_time_t identifier for a new use]
@@ -82,7 +82,7 @@ CURRENT VOTES:
              fielding [prefers apr_utime_t and apr_utimediff_t (64bit)]
 	 +0.5: jim
          -0: jerenkrantz, dreid
-         -0.5: rbb, jwoolley, striker
+         -0.5: rbb, jwoolley, striker, brane
                wrowe [prefers apr_utime_t and apr_uspan_t where u==undefined]
 
       3) Renaming the function to get rid of apr_time_t vs time_t confusion,
@@ -91,12 +91,13 @@ CURRENT VOTES:
          +0.5: wrowe,  [prefers apr_time_busec_t and apr_span_busec_t]
                brianp, [can live with apr_time_busec_t and apr_span_busec_t]
                fielding [me too]
+         +0: brane
          -0: jerenkrantz
          -0.5: rbb, ianh, dreid, jim, jwoolley, striker
 
       4) Using time_t and struct timeval/tm
          +1: fielding (if apr_time is not an ADT)
-         -1: brianp, wrowe, jwoolley
+         -1: brianp, wrowe, jwoolley, brane
 
       [fielding: Is APR time guaranteed to be a scalar quantity?  If so,
        then we must include units as part of the definition of the