Return-Path: Delivered-To: apmail-new-httpd-archive@apache.org Received: (qmail 83357 invoked by uid 500); 11 Dec 2000 16:13:00 -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 83312 invoked from network); 11 Dec 2000 16:12:58 -0000 Errors-To: From: "William A. Rowe, Jr." To: , Subject: Showstoppers: Alpha 9 Date: Mon, 11 Dec 2000 10:13:11 -0600 Message-ID: <001401c0638d$422874a0$92c0b0d0@roweclan.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N Ok, two showstoppers exist for A9, in my (convoluted) mind; 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. 2. aprs are driving me nuts. Either we use src/ folders around the sources, or we don't. Consistency is all I'm asking. 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. Bill