[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: Philip Martin <philip_at_codematters.co.uk>
Date: Fri, 27 Feb 2009 12:14:16 +0000

Justin Erenkrantz <jerenkrantz_at_apache.org> writes:

> From: jerenkrantz_at_tigris.org
> Subject: svn commit: r36153 - in trunk: . build
> To: svn_at_subversion.tigris.org
> Date: Thu, 26 Feb 2009 00:23:54 -0800
> Reply-To: dev_at_subversion.tigris.org, jerenkrantz_at_tigris.org
> Author: jerenkrantz
> Date: Thu Feb 26 00:23:54 2009
> New Revision: 36153
> Log:
> Remove detection for GNU libtool and always use APR's libtool (be it GNU or
> jlibtool or whatever).
> * configure.ac: Always enable using APR's libtool.
> * autogen.sh, build/buildcheck.sh: Remove anything related to libtool detection.
> * build/
> (svn:ignore): Remove config.guess and config.sub from ignore list.
> * build/config.guess, build/config.sub
> (added): Take latest drops from FSF.

Why is this a good thing to do? How do I override it and use a
different libtool?

I use APR provided by Debian stable; I don't know exactly which
libtool was used to build APR but Debian stable comes with libtool
1.5.26. I choose to install libtool 2.2.6 since it is much faster
and, particularly when building a debug version, libtool is a
significant part of the Subversion build process. Forcing me to use
APR's libtool increases the build time by 50%. I don't want to have
to build APR in order to control the libtool used to build Subversion.

Received on 2009-02-27 13:15:07 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.