Return-Path: 
 <dev-return-12360-apmail-apr-dev-archive=apr.apache.org@apr.apache.org>
Delivered-To: apmail-apr-dev-archive@www.apache.org
Received: (qmail 91390 invoked from network); 14 Jul 2004 21:53:29 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur-2.apache.org with SMTP; 14 Jul 2004 21:53:29 -0000
Received: (qmail 84112 invoked by uid 500); 14 Jul 2004 21:53:28 -0000
Delivered-To: apmail-apr-dev-archive@apr.apache.org
Received: (qmail 83937 invoked by uid 500); 14 Jul 2004 21:53:27 -0000
Mailing-List: contact dev-help@apr.apache.org; run by ezmlm
Precedence: bulk
List-Post: <mailto:dev@apr.apache.org>
List-Help: <mailto:dev-help@apr.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@apr.apache.org>
List-Subscribe: <mailto:dev-subscribe@apr.apache.org>
Delivered-To: mailing list dev@apr.apache.org
Received: (qmail 83924 invoked by uid 99); 14 Jul 2004 21:53:27 -0000
X-ASF-Spam-Status: No, hits=0.0 required=10.0
	tests=FORGED_RCVD_HELO
X-Spam-Check-By: apache.org
Errors-To: <wrowe@rowe-clan.net>
Message-Id: <6.1.2.0.2.20040714162514.0e6c5dc8@pop3.rowe-clan.net>
X-Sender: wrowe%rowe-clan.net@pop3.rowe-clan.net
X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0
Date: Wed, 14 Jul 2004 16:30:22 -0500
To: "Max Bowsher" <maxb@ukf.net>
From: "William A. Rowe, Jr." <wrowe@rowe-clan.net>
Subject: Re: 1.0.0 RC4 (apr-config -> apr-1-config)
Cc: "APR Dev List" <dev@apr.apache.org>
In-Reply-To: <05ad01c469e8$eb104e20$5308a8c0@robinson.cam.ac.uk>
References: <013f01c4691e$b0c2fa80$7500a8c0@goliath>
 <01e701c469b4$fc63b880$5308a8c0@robinson.cam.ac.uk>
 <20040714152133.GA25796@redhat.com>
 <05ad01c469e8$eb104e20$5308a8c0@robinson.cam.ac.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Virus-Checked: Checked
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N

At 04:24 PM 7/14/2004, Max Bowsher wrote:
>Joe Orton wrote:
>> On Wed, Jul 14, 2004 at 04:12:29PM +0100, Max Bowsher wrote:
>>> David Reid wrote:
>>>> Tarballs available at http://www.apache.org/~dreid/
>>>>
>>>> Test & report!
>>>
>>> RC4 is still installing <prefix>/bin/apr-config , so making it impossible
>to
>>> install apr 0 and apr 1 side-by-side.
>>
>> Known issue, will get fixed sometime after 1.0.0 once everything else
>> has been hooked up to use apr-1-config.
>
>I'm unsure whether my m4 skills are sufficient, but since this is of
>interest to me as I package apr for cygwin, I'm going to work on this, to
>ideally get it done for apr 1.0.0, if I can, if not, helping to get it done
>in 1.0.1 at the latest.

Thank you Max!  I know that others and I are all willing to review patches.
Just be prepared for a little give-and-take in getting them approved :)

>Is there anything I've missed out here:
>
>apr: Needs the find_apr.m4 machinery fixed to use apr-1-config.

Sounds right.  Folks have asked for a fallback-schema for users who
are willing to code alot of #if (APR_MAJOR_VERSION < 1) code into
their applications.  Would be a seperate macro to find apr-1-config,
or if not found, then find apr-config.

>apr-util: Needs to adapt to the changes in apr, and have mirrored changes to
>apu-config
>(Can this wait until after apr-1.0.0, provided it is done soon after?)

I raised this question - and the answer I heard was that apr + -util + -iconv
are all leaving the door together.

>httpd-HEAD: Needs to adapt to the changed find_apr.m4
>(Again, must this be done simultaneously with the apr changes?)

>subversion: No changes, using apr-0.9, at least as the officially supported
>version.

I'm sure these two both need help (including svn head), but it can occur 
after APR 1.0.0 is released.  Only the warm-fuzzies that it all plays well 
together would hold anything up.

I know that mod_jk2 is also very hokey, I need to spend some time over 
there after I finish cleaning up some win32 version-foo. 

Bill