Inter-library dependencies with uninstalled libtool libraries
Hi. The following situation has arisen with inter-library dependencies and I don't quite understand how to deal with it: We are building a libtool library via automake which depends on another libtool library which is built in a different subdirectory of the same project. I tried to set up the Makefile.am as follows: lib_LTLIBRARIES = libAdapterswigc.la libAdapterswigc_la_SOURCES = StreamAdapter.cpp \ adapter_wrap.cpp libAdapterswigc_la_LDFLAGS = -L$(MACYW_ROOT)/so libAdapterswigc_la_LIBADD = -lTsiUtil \ -lTsiModelFuncs \ -lswigpy \ -lTsiNr \ -lPlcfitSwigc \ ../Core/libProfitLogicCore.la and got the following error: /bin/sh ../libtool --mode=link c++ -Wall -ansi -pedantic -g -o libAdapterswigc.la -rpath /home/jjin/Agorai/lib -L../../macyw/so StreamAdapter.lo adapter_wrap.lo ../Core/libProfitLogicCore.la libtool: link: error: cannot link shared libraries into libtool libraries The other libraries listed in libAdapterswigc_la_LIBADD are all installed shared libraries, and cause no trouble on their own. It is only when I add '../Core/libProfitLogicCore.la' to the LIBADD that all hell breaks loose. I did try using LDADD rather than LIBADD, but could not get that to work either. I also tried setting -L flags to pont to ../Core and then -lProfitLogicCore, but then the system still had problems and told me to use LIBADD rather than LDADD. I have been reading the libtool info docs and the _GNU Autoconf, Automake, and Libtool_ book, but have not been able to find exactly what I need to get this to fly. Any suggestions or pointers to the right place in the docs would be useful and very much appreciated. Thank you. Dan Katz P.S. My system info is: $ libtool --version ltmain.sh (GNU libtool) 1.3.5 (1.385.2.206 2000/05/27 11:12:27) $ automake --version automake (GNU automake) 1.4 [... Copyright etc. ...] $ autoconf --version Autoconf version 2.13 $ g++ --version 2.95.3 $ uname -a Linux devcl-n00 2.4.2 #1 SMP Thu Mar 1 09:54:59 EST 2001 i686 unknown If there is any other info that I can provide to help in getting an answer to this question, please let me know. ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
AC_PROG_LIBTOOL causes problems for automake?
Hi. I am trying to use automake, autoconf, and libtool together, and have run into the following problem. I put AC_PROG_LIBTOOL into my configure.in and run the following sequence $ libtoolize $ aclocal $ autoconf $ automake --foreign -a and get the message: Core/Makefile.am:8: library used but `LIBTOOL' not defined in `configure.in' where Core is a subdirectory of the project and line 8 of Core/Makefile.am is the first LTLIBRARIES primary. I then tried changing to AM_PROG_LIBTOOL, which worked when I copied the contents of libtool.m4 into acinclude.m4. Nevertheless, I understand that AM_PROG_LIBTOOL is deprecated in favor of AC_PROG_LIBTOOL, and am wondering what the issue is. I have not found anything in the documentation of automake, autoconf, or libtool which seems to shed light on this. I am using libtool 1.4, automake 1.4-p1, and autoconf 2.13 on Debian GNU/Linux system with a 2.2.18 kernel. Thanx. Dan P.S. I hope this is the right forum for the question -- since it seems to involve the whole libtool-automake-autoconf trio, it was a bit hard to tell. P.P.S. Sorry if this is a FAQ -- the archives to this list don't seem to be easily searchable. ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
