apr-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From wr...@apache.org
Subject cvs commit: apr STATUS
Date Thu, 11 Jul 2002 19:45:11 GMT
wrowe       2002/07/11 12:45:10

  Modified:    .        STATUS
  Log:
    noone liked apr_butime_t so eliminate that part of the debate.
    apr_timeval_t is our running contender as the replacement for apr_time_t.
  
  Revision  Changes    Path
  1.139     +3 -10     apr/STATUS
  
  Index: STATUS
  ===================================================================
  RCS file: /home/cvs/apr/STATUS,v
  retrieving revision 1.138
  retrieving revision 1.139
  diff -u -r1.138 -r1.139
  --- STATUS	11 Jul 2002 19:17:29 -0000	1.138
  +++ STATUS	11 Jul 2002 19:45:10 -0000	1.139
  @@ -66,19 +66,12 @@
            system types, or map to system units.
            +1: rbb, wrowe, jerenkrantz, striker
            +0: brianp
  -         -1: aaron [veto for reusing the apr_time_t identifier for a new use.
  -                    I'm ok with apr_timeval_t.]
  +         -1: aaron [veto for reusing the apr_time_t identifier for a new use]
         2) Renaming the function to get rid of apr_time_t vs time_t confusion,
  -         which wrowe suggests apr_butime_t [binary microtime].
  +         which brianp suggests apr_timeval_t.
            +1: fielding, aaron
            -0: wrowe, jerenkrantz, striker
            -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
  
  
  

Mime
View raw message