On Mon, Jul 03, 2006 at 01:52:36PM -0500, Tim Mooney wrote: > > Is there a libtool-aware equivalent to AC_CHECK_LIB? In other > words, if I want to check for foo_amazing_func() in libfoo, and > libfoo was built with libtool (and the libfoo.la is hopefully > installed on the system), is there an extant macro something like > LT_CHECK_LIB(foo,foo_amazing_func) that will try find > foo_amazing_func() in libfoo *and* will pull in all the necessary > dependencies for libfoo, automatically? > > The specific case I'm looking at is for a package that wants to > check for libneon. Neon (which is a libtool library) might have > been linked against OpenSSL (which might require pthread libraries > and/or krb5 libraries), and definitely requires one of libxml2 > (which might have requirements like zlib, pthread, libm, et. al.) or > expat. If I want to check for libneon at configure time, using just > AC_CHECK_LIB or AC_SEARCH_LIB will be extremely painful, because > even with the fourth argument to either of those macros, I'll still > have to write a battery of configure tests to figure out which > particular combination of libraries is required to get libneon and > its dependencies. If there's a libtool-aware equivalent macro, it > would be so much easier.
Is libneon a static library? If not, and libneon has the 3rd-party libraries as dependencies, why shouldn't linking with just -lneon work? -- albert chin ([EMAIL PROTECTED]) _______________________________________________ http://lists.gnu.org/mailman/listinfo/libtool
