[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 17:32:14 +0000

Justin Erenkrantz <justin_at_erenkrantz.com> writes:

> On Fri, Feb 27, 2009 at 4:31 AM, Greg Stein <gstein_at_gmail.com> wrote:
>> It seems a bit strange to replace one small part of the overall build
>> system described by APR. Maybe there is a simple way to override,
>> without all of the previous gunk that we used to have?
>
> make LIBTOOL=/path/to/your/libtool
>
> should just work. -- justin

That doesn't work:

- It's not sticky so it's not as good as a configure option.

- The /path/to/your/libtool that I want to use is the libtool script
  generated in the build directory but that no longer exists.
  (/usr/bin/libtool is not a solution because it's not the same as the
  script generated by running configure; it's no faster then the apr
  version.)

Instead of making --enable-experimental-libtool the default and
removing the alternative could you not simply have changed the default
and left the old code in place?

In answer to Greg:

> If APR pointed you at an old expat library, what would you do? Upgrade APR.
> If APR pointed you at an old libtool, what would you do?

I don't expect APR to point at libtool; it's quite possible to build
against APR without using libtool.

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1239972
Received on 2009-02-27 18:32:33 CET

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