brianp 2002/07/11 09:37:50
Modified: . STATUS
Log:
Added vote on apr_time_t naming
Revision Changes Path
1.135 +8 -1 apr/STATUS
Index: STATUS
===================================================================
RCS file: /home/cvs/apr/STATUS,v
retrieving revision 1.134
retrieving revision 1.135
diff -u -r1.134 -r1.135
--- STATUS 11 Jul 2002 16:27:52 -0000 1.134
+++ STATUS 11 Jul 2002 16:37:50 -0000 1.135
@@ -65,11 +65,18 @@
ANSI/C99 time_t confusion. apr_types don't promise to be
system types, or map to system units.
+1: rbb, wrowe
+ +0: brianp
2) Renaming the function to get rid of apr_time_t vs time_t confusion,
which wrowe suggests apr_butime_t [binary microtime].
+1: fielding
-0: wrowe
-0.5: rbb
+ -1: brianp [-1 for the apr_butime_t name specifically: let's
+ keep the type name independent of the internal
+ representation, so that we don't have to
+ change the name the next time we change the
+ implementation. I'd prefer something like
+ apr_timeval_t, but I can live with apr_time_t.]
* For the atomics code to be efficient it depends on instructions
in newer sparc models. Unfortunately this means that binaries
