[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svn commit: r36153 - in trunk: . build

From: Justin Erenkrantz <jerenkrantz_at_apache.org>
Date: Fri, 27 Feb 2009 12:16:43 -0800

On Fri, Feb 27, 2009 at 11:28 AM, Philip Martin
<philip_at_codematters.co.uk> wrote:
> That appears to be a bug in your X server or terminal.  Does it happen
> on any other machine?

See what happens when you pass --enable-experimental-libtool prior to
my revision. The produced configure script is invalid. libtool 2.x's
macros corrupt autoconf's internal states so that it fails to produce

> I don't really understand your situation: are you building APR with
> libtool 2.x or 1.x?  If you are using 2.x then Subversion should be
> able to do the same as APR.  If you are using 1.x then you should be
> able to use that to build Subversion.  Perhaps you are not building
> APR at all and getting from APR a version of libtool that you don't
> have installed?  If so you should be able to install that version of
> libtool.

I don't use GNU libtool. It is evil - for reasons exactly like this...

> The code you removed worked perfectly well on my machine; it's better
> than the current code as far as I am concerned.

No, it's not.

> How do I reverse the 50% increase in build time?

I explained how to do so earlier - via make-time parameters. If that
doesn't appease you, create a configure patch to let you specify a
hard-coded path to libtool to configure. Or, point APR at your
version of libtool. IMO, all of those are better solutions than
having to keep adding bloat to Subversion to support the whims of the
libtool maintainers. -- justin

Received on 2009-02-27 21:17:05 CET

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.