Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@httpd.apache.org
Received-SPF: pass (asf.osuosl.org: domain of jorton@redhat.com designates
 66.187.233.31 as permitted sender)
Date: Mon, 3 Apr 2006 08:53:24 +0100
From: Joe Orton <jorton@redhat.com>
To: "William A. Rowe, Jr." <wrowe@rowe-clan.net>
Cc: dev@httpd.apache.org
Subject: Re: When did this break?
Message-ID: <20060403075324.GA28902@redhat.com>
Mail-Followup-To: "William A. Rowe, Jr." <wrowe@rowe-clan.net>,
	dev@httpd.apache.org
References: <442D98D5.9080808@rowe-clan.net> <442D9DBF.9020101@rowe-clan.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
In-Reply-To: <442D9DBF.9020101@rowe-clan.net>
User-Agent: Mutt/1.4.2.1i

On Fri, Mar 31, 2006 at 03:23:11PM -0600, William Rowe wrote:
> It seems this can be trivially solved by ensuring we defer this test until
> after we invoke the sub-configure of apr and apr-util.

The "sufficient version" test is currently only used if the 
sub-configure of ap[ru] is *not* invoked - when $apr_found is "yes", not 
"reconfig".

"--with-apr=srclib/apr" actually treats the bundled sources like any 
"external" copy of APR, so must be already-configured at the time the 
httpd configure is run, AFAIK.  If that's not happened, the apX-N-config 
file would not be found, so configure should fail earlier.

What's really needed here is a "--with-included-apr"-type flag which 
forces use of the bundled sources over installed versions, rather than 
trying to overload --with-apr to do that.

joe

> William A. Rowe, Jr. wrote:
> >./configure --with-apr=srclib/apr
> >
> >configure:5784: checking for APR version 1.2.0 or later
> >conftest.c:20:25: apr_version.h: No such file or directory
> >configure:5812: result: no
> >configure:5818: error: APR version 1.2.0 or later is required
> >
> >This test is bogus because apr_version includes apr.h and that doesn't
> >exist in a source-build tree.  Why not test the file with awk?
> >
> >Bill
> >
> >.
> >

joe