Return-Path: Delivered-To: apmail-new-httpd-archive@apache.org Received: (qmail 87114 invoked by uid 500); 2 Apr 2000 18:15:05 -0000 Mailing-List: contact new-httpd-help@apache.org; run by ezmlm Precedence: bulk X-No-Archive: yes Reply-To: new-httpd@apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list new-httpd@apache.org Received: (qmail 87103 invoked from network); 2 Apr 2000 18:15:04 -0000 Date: Sun, 2 Apr 2000 14:15:01 -0400 (EDT) From: rbb@apache.org X-Sender: rbb@shell.ntrnet.net To: new-httpd@apache.org Subject: Re: RANT: Absolute Paths and configure In-Reply-To: <38E77600.B2ED2337@algroup.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: rbb@shell.ntrnet.net X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N > > What do you mean it blows it by making a half-assed guess? Could oyu be a > > bit more specific > > What I mean is that it does an AC_CHECK_FUNC on pthread_create() which > fails on Tru64 because it doesn't include . However, > src/lib/apr/threads.mp4 has _already_ checked for pthread_create(). So, > I don't understand why it is being done again. > > Oh, BTW, these things appear to be done is a pseudo-random order, so > there's no guarantee that the MPM config will come after the APR config. > AFAICS, that is, which isn't very far. I seem to think that the APR configure script should always be run after the MPM stuff, not before. I think we are checking twice because I am insisting that APR always be configurable as a separate module. :-) > > I think that autoconf is great when used for a simple program, but the > > more complex the program, the more convoluted the autoconf stuff gets. If > > you can find a better way to configure this stuff, then I'm behind you. > > Our old way of doing it didn't appear to do a significantly worse job, > and it was definitely significantly easier to understand. > > Alternatively, if we are allowed to assume Perl, I'll wager a _far_ more > readable (and hence maintainable) testing-style configuration process > could be written. If it hasn't been already. I think we can assume Perl, so I say go for it. Ryan _______________________________________________________________________________ Ryan Bloom rbb@apache.org 406 29th St. San Francisco, CA 94131 -------------------------------------------------------------------------------