On Wed, Jul 06, 2005 at 09:41:41PM +0200, Ralf Wildenhues wrote:
> Are you aware of the recent macro loop in CVS HEAD/branch-2-0 Libtool in
> conjunction with special Autoconf versions?

/me checks it isn't 1 April...

nope

> Which exact Autoconf/Automake/Libtool versions do you use (if CVS
> versions include `head ChangeLog`).

autoconf of 5 July, automake and libtool of 4th.

autoconf:

2005-07-05  Stepan Kasal  <[EMAIL PROTECTED]>

        * lib/autoconf/status.m4 (_AC_CONFIG_DEPENDENCIES): Fix the
        description, the macro now accepts only a single tag.
        (_AC_CONFIG_UNIQUE): Likewise; s/AC_File/[$1]/

automake:

2005-07-02  Alexandre Duret-Lutz  <[EMAIL PROTECTED]>

        * doc/automake.texi (Public macros) <AM_WITH_DMALLOC>: Reword to
        fix an underful hbox.
        * lib/INSTALL, lib/config.guess, lib/config.sub, lib/texinfo.tex:
        New upstream version.

libtool:

2005-07-03  Thorsten Glaser  <[EMAIL PROTECTED]>

        * m4/libtool.m4 (_LT_TRY_DLOPEN_SELF): Quieten configure
        output for corner cases on some BSDs.
        (LT_CMD_MAX_LEN): Another comment cleanup.

        * config/ltmain.m4sh (func_extract_archives, func_mode_install),
        m4/libtool.m4 (_LT_SETUP, _LT_SYS_DYNAMIC_LINKER, LT_PATH_LD)
        (_LT_PATH_LD_GNU, _LT_LINKER_SHLIBS, _LT_LANG_CXX_CONFIG):
        Comment language, indentation, and backquote cleanup.
        * THANKS: Updated.

> > Now, that is the AC_OUTPUT line, and the last thing to appear in
> > autom4te.cache/traces.0t is
> > 
> > m4trace:configure.in:2084: -1- AC_SUBST([LIB@&[EMAIL PROTECTED], 
> > [$ac_libobjs])
> > m4trace:configure.in:2084: -1- AC_SUBST_TRACE([LIB@&[EMAIL PROTECTED])
> > m4trace:configure.in:2084: -1- m4_pattern_allow([^LIB@&[EMAIL PROTECTED])
> > m4trace:configure.in:2084: -1- AC_SUBST([LTLIBOBJS], [$ac_ltlibobjs])
> > m4trace:configure.in:2084: -1- AC_SUBST_TRACE([LTLIBOBJS])
> > m4trace:configure.in:2084: -1- m4_pattern_allow([^LTLIBOBJS$])
> > 

> > Any idea how I can start to track this down?
> 
> Well, what I did was go back patches until I had the one, then go up and
> down macro calls and comment out random stuff to find out what's going
> on.

Divide and conquer.. Here goes - a mere 2084 of configure.in..

> Then I reported that I was stuck and Ralf Menzel came up with a
> fix (actually he tracked it down too, mostly).  :)
> 
> No, seriously, post something reproducible.  Someone will know..

Cheers,

Patrick


_______________________________________________
http://lists.gnu.org/mailman/listinfo/libtool

Reply via email to