Re: Libtool(?) frustrations

[Ralf Wildenhues]

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
> (http://tcl.apache.org/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):
> 
> http://people.apache.org/~davidw/rivet-0.7.0.tar.gz

That tarball contains libtool.m4 and ltmain.sh 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:
> 
> http://svn.apache.org/repos/asf/tcl/rivet/trunk
> 
> In particular, this one seems to be something directly related to libtool:
> 
> http://mail-archives.apache.org/mod_mbox/tcl-rivet-dev/200511.mbox/browser

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  'librivet.la'
> '/usr/lib /usr/share/rivet0.7.0/librivet.la'
> /usr/bin/install -c .libs/librivet.so /usr/lib
> /usr/share/rivet0.7.0/librivet.so
> /usr/bin/install: installing multiple files, but last argument,
> `/usr/share/rivet0.7.0/librivet.so' is not a directory
> Try `/usr/bin/install --help' for more information.
>  /bin/sh ../libtool --mode=install /usr/bin/install -c
> 'librivetparser.la' '/usr/lib /usr/share/rivet0.7.0/librivetparser.la'
> /usr/bin/install -c .libs/librivetparser.so /usr/lib
> /usr/share/rivet0.7.0/librivetparser.so
> /usr/bin/install: installing multiple files, but last argument,
> `/usr/share/rivet0.7.0/librivetparser.so' is not a directory
*snip*

> That comes from this Makefile.am line:
> 
> lib_libexec_LTLIBRARIES = librivet.la librivetparser.la
> 
> 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.

Cheers,
Ralf

--- src/Makefile.am     2005-11-03 15:58:40.000000000 +0100
+++ src/Makefile.am     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 = librivet.la librivetparser.la
+liblibexecdir = @TCL_PACKAGE_PATH@/address@hidden@
+liblibexec_LTLIBRARIES = librivet.la librivetparser.la
 
 #
 # Apache Rivet Module, mod_rivet.so / mod_rivet.dll