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

Re: APR's check for installed libtool is inconsistent

From: Branko Čibej <brane_at_apache.org>
Date: Tue, 27 Feb 2018 08:32:58 +0100

On 26.02.2018 18:39, Julian Foad wrote:
> (CC'ing Subversion as Subversion's build system both uses and kind-of
> duplicates this.)
>
> APR's 'build/buildcheck.sh' says:
> [[[
> # Require libtool 1.4 or newer
> libtool=`build/PrintPath glibtool1 glibtool libtool libtool15 libtool14`
> ...
> ]]]
>
> and fails if it doesn't find a 'libtool' binary at version >= 1.4;
>
> but 'buildconf' says:
> [[[
> build/buildcheck.sh $verbose || exit 1
>
> libtoolize=`build/PrintPath glibtoolize1 glibtoolize libtoolize15
> libtoolize14 libtoolize`
> ]]]
>
> Different tool name, different order of checking for versions of it.
>
> This difference caused a problem on my Ubuntu 16.04 system, where only
> the main 'libtool' package was installed which provides only a
> 'libtoolize' binary, and the optional 'libtool-bin' package which adds
> a 'libtool' binary was not installed. I was able to install the latter
> to work around this issue.

FWIW, Subversion's autogen.sh and build/buildcheck.sh only look for
'libtoolize' in one of its aliased names, it doesn't look for 'libtool'
at all, since about 3 years ago.

> Looks like it should be changed to be consistent. What do you think?

+1 to duplicating Subversion's logic for finding libtoolize in APR.

-- Brane
Received on 2018-02-27 08:33:04 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.