[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
> (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