apr-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From jerenkra...@apache.org
Subject cvs commit: apr STATUS
Date Wed, 22 Jan 2003 17:50:29 GMT
jerenkrantz    2003/01/22 09:50:29

  Modified:    .        STATUS
  Log:
  I'm content to remove this showstopper now that we have the versioning bits
  mostly in place.
  
  Revision  Changes    Path
  1.181     +1 -17     apr/STATUS
  
  Index: STATUS
  ===================================================================
  RCS file: /home/cvs/apr/STATUS,v
  retrieving revision 1.180
  retrieving revision 1.181
  diff -u -u -r1.180 -r1.181
  --- STATUS	10 Dec 2002 20:32:40 -0000	1.180
  +++ STATUS	22 Jan 2003 17:50:29 -0000	1.181
  @@ -57,7 +57,6 @@
         further renames?
   
         1.0 showstopper (not 0.9.0): gstein
  -       
   
       * When Win32 apr_proc_create was fixed, the apr_proc_t hproc
         member was added for that platform.  That's a problem (and
  @@ -67,21 +66,6 @@
         (Aren't transparent types swell?)  Suggestions?
   
         1.0 showstopper (not 0.9.0): gstein
  -
  -    * Change apr_initialize to take the expected version (in some form)
  -      and return an error code if the requirement isn't satisfied.
  -
  -      gstein: -1
  -
  -      Justin says: "Relying solely on the run-time linker isn't enough
  -                    to guarantee versioning."
  -      Greg says: "yup. but now the libraries have different names.
  -                  -lapr-1 and -lapr-2. further, we can always add a
  -                  utility function to check (the minor rev), rather
  -                  than monkey with the initialization itself. the
  -		  runtime linker will catch new function requirements
  -		  across minor rev upgrades, but will not catch new
  -		  constants."
   
       * For 1.0, clean up ability to specify protocol for a socket by
         axing apr_socket_create_ex(), adding protocol parm to 
  
  
  

Mime
View raw message