Autoreconf calling order order [WAS FYI: 333-gary-refactor-LTDL_INIT.patch]

[Gary V. Vaughan]

Hi Eric,

On 23 Jan 2008, at 22:00, Eric Blake wrote:

The problem seems to stem from the fact that I had an older version of
libltdl copied into my M4 tree, and autoreconf runs aclocal prior to
libtoolize, so it was picking up the old definition of LTDL_INIT which
conflicted with my new contents of configure.ac.

I haven't picked through the logic inside autoreconf, but it seems
completely wrong to me for it to run any tool that affects the contents
of aclocal.m4 after aclocal itself (unless, perhaps, it reruns aclocal
again later).

From libtoolize.m4sh(func_scan_files):


# configure.(ac|in) and aclocal.m4.

I'm punting this one as an autoreconf bug.

Cheers,
        Gary
--
Gary V. Vaughan ([EMAIL PROTECTED])

# Libtoolize affects the contents of aclocal.m4, and should be run before # aclocal, so we can't use configure --trace which relies on a consistent

PGP.sig
Description: This is a digitally signed message part