/home/sdague/openhpi/openhpi-1.9.3/_inst/lib/libopenhpiutils.so doesn't yet exist?
If this is the case then this means that the lib_LTLIBRARIES specification is ordered incorrectly in Makefile.am. Unfortunately, Automake does not yet have a way to ensure that libraries are installed in the correct order. It becomes the developer's responsibility to ensure that lib_LTLIBRARIES is in the ideal order.
... AM_CFLAGS = @CFLAGS@
lib_LTLIBRARIES = libopenhpi.la
libopenhpi_la_SOURCES = \ ...
There is only one library being built in this directory, so there can't be an ordering issue here. The other library is built in a different directory which is listed well before in the SUBDIR order. To be extra safe I even added:
If the library fails to be found, that must mean that the Makefile in the other directory failed to install the library at the right time, or into the right location. There is also the possibility that a necessary -L option is missing so libtool fails to find the library in the installation directory.
Bob ====================================== Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen
_______________________________________________ Libtool mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/libtool
