Re: mode=link and full path to dependent shared library?

[Tim Mooney]

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                              address@hidden
Information Technology Services         (701) 231-1076 (Voice)
Room 242-J6, IACC Building              (701) 231-8541 (Fax)
North Dakota State University, Fargo, ND 58105-5164