Hi Gary, * Gary V. Vaughan wrote on Mon, Oct 10, 2005 at 12:26:33PM CEST: > libltdl/m4/ltdl.m4 | 7 +++++-- > 1 files changed, 5 insertions(+), 2 deletions(-) > > Index: libtool--devo--1.0/ChangeLog > from Gary V. Vaughan <[EMAIL PROTECTED]> > * libltdl/m4/ltdl.m4 (LTDL_INIT): Call _LT_ENABLE_INSTALL directly > instead of m4_requiring it, as it relies on enable_ltdl_install > and enable_ltdl_convenience to have been initialised first.
Why and when can this happen? We should think about adding a test to check whether `configure' has the order correctly here (plus maybe documentation and AC_BEFORE instances in case there are ordering issues hidden here); but I'd like to understand the problem first. Cheers, Ralf > Index: libtool--devo--1.0/libltdl/m4/ltdl.m4 > =================================================================== > --- libtool--devo--1.0.orig/libltdl/m4/ltdl.m4 > +++ libtool--devo--1.0/libltdl/m4/ltdl.m4 > @@ -247,9 +247,12 @@ AC_REQUIRE([gl_FUNC_ARGZ])dnl > > m4_require([_LT_CHECK_OBJDIR])dnl > m4_require([_LT_HEADER_DLFCN])dnl > -m4_require([_LT_ENABLE_INSTALL])dnl > m4_require([_LT_CHECK_DLPREOPEN])dnl > > +dnl Don't require this, or it will be expanded earlier that the code > +dnl that sets the variables it relies on: > +_LT_ENABLE_INSTALL > + > dnl Although deprecated and no longer documented, alpha releases of > dnl libtool used to define an LTDL_INIT to take a DIRECTORY orgument. > dnl If LT_CONFIG_LTDL_DIR was called already, but LTDL_INIT was given a > @@ -297,7 +300,7 @@ dnl AC_DEFUN([AC_LIB_LTDL], []) > > # _LT_ENABLE_INSTALL > # ------------------ > -m4_defun([_LT_ENABLE_INSTALL], > +m4_define([_LT_ENABLE_INSTALL], > [AC_ARG_ENABLE([ltdl-install], > [AS_HELP_STRING([--enable-ltdl-install], [install libltdl])])
