[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Libtool(?) frustrations

From: Ralf Wildenhues
Subject: Re: Libtool(?) frustrations
Date: Mon, 7 Nov 2005 15:22:55 +0100
User-agent: Mutt/1.5.11

Hi David,

* David N. Welton wrote on Mon, Nov 07, 2005 at 01:34:54PM CET:
> We're using the various auto tools for Apache Rivet
> (, but things seem to have taken a turn for
> the worse... I'm able to compile and run everything just fine on Ubuntu,
> but there seem to be difficulties on other platforms.
> The code in question is here (it's a beta that we're trying to shake the
> problems out of):

That tarball contains libtool.m4 and from Libtool-1.5.6.
Numerous bugs have been fixed since, the current version is 1.5.20,
and a 1.5.22 is due soon.

While you're at it, Automake is at 1.9.6.  Both upgrades do not contain
known-to-me regressions wrt. the respective versions you are using now.

> With the SVN repository being available here:
> In particular, this one seems to be something directly related to libtool:

This URL only gives me an overview of the mailing list, not a particular
mail.  Could you post a link from a "Message View"?  Thanks.

> test -z "/usr/lib /usr/share/rivet0.7.0" || mkdir -p -- "/usr/lib
> /usr/share/rivet0.7.0"
>  /bin/sh ../libtool --mode=install /usr/bin/install -c  ''
> '/usr/lib /usr/share/rivet0.7.0/'
> /usr/bin/install -c .libs/ /usr/lib
> /usr/share/rivet0.7.0/
> /usr/bin/install: installing multiple files, but last argument,
> `/usr/share/rivet0.7.0/' is not a directory
> Try `/usr/bin/install --help' for more information.
>  /bin/sh ../libtool --mode=install /usr/bin/install -c
> '' '/usr/lib /usr/share/rivet0.7.0/'
> /usr/bin/install -c .libs/ /usr/lib
> /usr/share/rivet0.7.0/
> /usr/bin/install: installing multiple files, but last argument,
> `/usr/share/rivet0.7.0/' is not a directory

> That comes from this line:
> lib_libexec_LTLIBRARIES =
> What might be the cause of this problem?  Is there a better place to ask?

Asking here is fine, although I believe the underlying issue is
related to Automake.  I have a guess about Automake recognizing several
prefixes here, but am not sure.  Could you try the patch below and
report how it goes?  I can't test because I have several prerequisites
of your package missing.


--- src/     2005-11-03 15:58:40.000000000 +0100
+++ src/     2005-11-07 15:18:37.000000000 +0100
@@ -23,8 +23,8 @@
 # ... and these two.  We want to put the libs in the package path,
 # rather than the standard library location for the system.
-lib_libexecdir = @TCL_PACKAGE_PATH@/address@hidden@
-lib_libexec_LTLIBRARIES =
+liblibexecdir = @TCL_PACKAGE_PATH@/address@hidden@
+liblibexec_LTLIBRARIES =
 # Apache Rivet Module, / mod_rivet.dll

reply via email to

[Prev in Thread] Current Thread [Next in Thread]