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@/[EMAIL PROTECTED]@ -lib_libexec_LTLIBRARIES = librivet.la librivetparser.la +liblibexecdir = @TCL_PACKAGE_PATH@/[EMAIL PROTECTED]@ +liblibexec_LTLIBRARIES = librivet.la librivetparser.la # # Apache Rivet Module, mod_rivet.so / mod_rivet.dll _______________________________________________ http://lists.gnu.org/mailman/listinfo/libtool
