Return-Path: Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 38864 invoked by uid 500); 13 Apr 2002 05:51:52 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 38853 invoked from network); 13 Apr 2002 05:51:52 -0000 To: Greg Stein Cc: APR Development List , dev@subversion.tigris.org Subject: Re: useless return values for apr_md5_*() functions... References: <01d401c1e262$a2468ed0$ba381b09@sashimi> <20020412181615.L16345@lyra.org> Reply-To: kfogel@collab.net X-Windows: big enough to hurt. From: Karl Fogel Date: 13 Apr 2002 00:57:16 -0500 In-Reply-To: <20020412181615.L16345@lyra.org> Message-ID: <85k7rc87k3.fsf@newton.ch.collab.net> Lines: 18 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1.50 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Greg Stein writes: > So my answer for this particular patch is: > > * -1 for now(*), pending introduction of the versioning > > * add a ref to the patch to the STATUS file for tracking > > * when versioning is doc'd and implemented, then we add it > > * httpd must specify *WHICH* version of APR(UTIL) that it wants; it is not > allowed to freeze the APR(UTIL) interfaces forever. Thus, it will say > something like 1.x as a requirement. Based on the vsn rules, it will > always be compat with that. at some point, it may need to say 1.x where > x >= 2 if it starts using new APIs which get intro'd in APR 1.2. +1 on all of the above, sounds sane to me. -K