In regard to: Re: mode=link and full path to dependent shared library?,...:
So, to conclude: aspell is wrong (because LTLIBINTL is documented),
and libtool could be doing things better. (But the latter isn't
news to anyone.)
Thanks Ralf. I have modified aspell's top level Makefile.am as such:
diff -ur aspell-0.60.3.orig/Makefile.am aspell-0.60.3/Makefile.am
--- aspell-0.60.3.orig/Makefile.am 2005-06-27 04:15:37.000000000 -0500
+++ aspell-0.60.3/Makefile.am 2005-10-12 10:38:28.000000000 -0500
@@ -91,7 +91,7 @@
lib/string_pair_enumeration-c.cpp\
lib/new_checker.cpp
-libaspell_la_LIBADD = $(LIBINTL) $(PTHREAD_LIB)
+libaspell_la_LIBADD = $(LTLIBINTL) $(PTHREAD_LIB)
if INCREMENTED_SONAME
libaspell_la_LDFLAGS = -version-info 16:3:0 -no-undefined
Testing both with libintl.la present and with it missing works.
The one unfortunate bit is that aspell's configure still outputs:
checking how to link with libintl... /local/gnu/lib/libintl.so -rpath
/local/gnu/lib
Even though it now doesn't use that, it uses
-L/local/gnu/lib -lintl -R/local/gnu/lib
As Albert originally pointed out, this is because of the macros that
are part of the gettext package, mainly lib-link.m4. It would be nice if
configure's output matched what was actually going to be used, but that
would involve changes to gettext's macros too.
I'll report the LTLIBINTL issue to the aspell folks.
Thanks Ralf and Albert for the advice and insight!
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231-1076 (Voice)
Room 242-J6, IACC Building (701) 231-8541 (Fax)
North Dakota State University, Fargo, ND 58105-5164
_______________________________________________
http://lists.gnu.org/mailman/listinfo/libtool
