Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 20906 invoked from network); 29 Nov 2008 14:20:08 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 29 Nov 2008 14:20:08 -0000 Received: (qmail 39874 invoked by uid 500); 29 Nov 2008 14:20:17 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 39809 invoked by uid 500); 29 Nov 2008 14:20:16 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 39800 invoked by uid 99); 29 Nov 2008 14:20:16 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 29 Nov 2008 06:20:16 -0800 X-ASF-Spam-Status: No, hits=-4.0 required=10.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [195.232.246.85] (HELO mo2.vodafone.com) (195.232.246.85) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 29 Nov 2008 14:18:48 +0000 Received: from mi2.vodafone.com (mi2.vodafone.com [195.232.246.139]) by mo2.vodafone.com (Switch-3.2.5/Switch-3.2.5) with ESMTP id mATEJWVN026295 for ; Sat, 29 Nov 2008 15:19:32 +0100 Received: from avoexs02.internal.vodafone.com ([145.230.4.135]) by mi2.vodafone.com (Switch-3.2.5/Switch-3.2.5) with ESMTP id mATEJVqF006646 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Sat, 29 Nov 2008 15:19:31 +0100 Received: from VF-MBX11.internal.vodafone.com ([145.230.5.20]) by avoexs02.internal.vodafone.com with Microsoft SMTPSVC(6.0.3790.3959); Sat, 29 Nov 2008 15:19:32 +0100 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: Re: Preferred versions of libtool and autoconf for T&R X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Sat, 29 Nov 2008 15:19:29 +0100 Message-ID: <99EA83DCDE961346AFA9B5EC33FEC08B0176A7F2@VF-MBX11.internal.vodafone.com> In-Reply-To: <4930B1AA.3010109@rowe-clan.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Re: Preferred versions of libtool and autoconf for T&R thread-index: AclRz5RmXE8ik6huTU2G5jKsbVxcDAAXbSFA References: <99EA83DCDE961346AFA9B5EC33FEC08B0176A71E@VF-MBX11.internal.vodafone.com> <49302261.6020801@force-elite.com> <99EA83DCDE961346AFA9B5EC33FEC08B0176A7D0@VF-MBX11.internal.vodafone.com> <49302BFE.8080802@kippdata.de> <49305D0F.7070006@apache.org> <4930B1AA.3010109@rowe-clan.net> From: =?iso-8859-1?Q?=22Pl=FCm=2C_R=FCdiger=2C_VF-Group=22?= To: X-OriginalArrivalTime: 29 Nov 2008 14:19:32.0665 (UTC) FILETIME=[7FB9AA90:01C9522D] X-Virus-Checked: Checked by ClamAV on apache.org =20 > -----Urspr=FCngliche Nachricht----- > Von: William A. Rowe, Jr. =20 > Gesendet: Samstag, 29. November 2008 04:06 > An: dev@httpd.apache.org > Betreff: Re: Preferred versions of libtool and autoconf for T&R >=20 > Ruediger Pluem wrote: > > Any objections going with autoconf 2.63 and libtool 1.5.26? > >=20 > > If autoconf 2.63 is seen as too risky I would go back to=20 > autoconf 2.61. >=20 > I see no remaining issues for 2.63... solid choice. The endianess > issues of 2.62 should all be addressed. >=20 autoconf 2.63 still emits the warnings for APR / APR-UTIL configure options passed to it. The following patch should fix this: Index: configure.in =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- configure.in (revision 721659) +++ configure.in (working copy) @@ -18,6 +18,10 @@ sinclude(build/find_apu.m4) sinclude(acinclude.m4) +dnl We don't want our confingure to emit any warnings for any +dnl APR / APR-UTIL configure options +AC_DISABLE_OPTION_CHECKING + dnl XXX we can't just use AC_PREFIX_DEFAULT because that isn't subbed = in dnl by configure until it is too late. Is that how it should be or = not? dnl Something seems broken here. Any objections? Otherwise I would commit to trunk and propose it for backport. Regards R=FCdiger