On Tue, 2008-04-22 at 10:35 -0400, Gary V. Vaughan wrote: > Yes, exactly. Running the expansion of LT_INIT (or AC_PROG_LIBTOOL if > you didn't run autoupdate yet) in configure includes a call to > _LT_CHECK_MAGIC_METHOD, which does indeed set deplibs_check_method at > configure time.
Right.
> > Was this behaviour present in libtool 1.5?
>
> No it wasn't, because libtool was generated in a two stage process
> which required
> calling ./libtool --config directly.
Interestingly I tried it with 1.5 and it did work, but if its not meant
to be exported then I won't use it.
GTK+ also does this:
# pkg-config --libs gmodule includes the "export_dynamic" flag,
# but this flag is only meaningful for executables. For libraries
# the effect is undefined; what it causes on Linux is that the
# export list from -export-symbols-regex is ignored and everything
# is exported
#
# We are using gmodule-no-export now, but I'm leaving the stripping
# code in place for now, since pango and atk still require gmodule.
export SED
export_dynamic=`(./libtool --config; echo eval echo
\\$export_dynamic_flag_spec) | sh`
if test -n "$export_dynamic"; then
GDK_PIXBUF_DEP_LIBS=`echo $GDK_PIXBUF_DEP_LIBS | sed -e "s/$export_dynamic//"`
GDK_PIXBUF_XLIB_DEP_LIBS=`echo $GDK_PIXBUF_XLIB_DEP_LIBS | sed -e
"s/$export_dynamic//"`
GDK_DEP_LIBS=`echo $GDK_DEP_LIBS | sed -e "s/$export_dynamic//"`
GTK_DEP_LIBS=`echo $GTK_DEP_LIBS | sed -e "s/$export_dynamic//"`
fi
I tried just using $export_dynamic_flag_spec in the configure.ac
directly, but that refers to ${wl} which isn't defined by libtool inside
the configure run. :/ Any cunning plans for how this could work with
libtool 2.2?
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
jabber: [EMAIL PROTECTED]
www: http://www.burtonini.com./
PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF
signature.asc
Description: This is a digitally signed message part
_______________________________________________ http://lists.gnu.org/mailman/listinfo/libtool
