Return-Path: Delivered-To: apmail-new-httpd-archive@apache.org Received: (qmail 97200 invoked by uid 500); 11 Dec 2000 16:23:20 -0000 Mailing-List: contact new-httpd-help@apache.org; run by ezmlm Precedence: bulk Reply-To: new-httpd@apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list new-httpd@apache.org Received: (qmail 97159 invoked from network); 11 Dec 2000 16:23:18 -0000 Date: Mon, 11 Dec 2000 08:25:03 -0800 (PST) From: rbb@covalent.net X-Sender: rbb@koj.rkbloom.net To: new-httpd@apache.org cc: apr@dev.apache.org Subject: Re: Showstoppers: Alpha 9 In-Reply-To: <001401c0638d$422874a0$92c0b0d0@roweclan.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N > 1. is sdbm an -internally- packaged function, as is mm? (my 2c says yes) > If so, it has no business being distributed in httpd-2.0/include/apr-util, > since we certainly wouldn't distribute mm.h either. Same goes with > apu_config.h and apu_private.h. This means they don't belong in > apr-util/include either. I have to agree with OtherBill here. SDBM should be an internal package. We have already admitted that it is only to be used as a last-resort package. > 2. aprs are driving me nuts. Either we use src/ folders around the sources, > or we don't. Consistency is all I'm asking. Personally, -0 for using src. > I'll fix either if we agree on how, but I would end up breaking the build. > Perhaps someone on Unix/libtool could do so, and I'll clean up the win32 asap. If we agree on any of this, I'll fix the Unix builds. Ryan _______________________________________________________________________________ Ryan Bloom rbb@apache.org 406 29th St. San Francisco, CA 94131 -------------------------------------------------------------------------------