apr-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bri...@apache.org
Subject cvs commit: apr STATUS
Date Thu, 11 Jul 2002 16:37:50 GMT
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
  
  
  

Mime
View raw message