libtool
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Version mismatch error


From: Ralf Wildenhues
Subject: Re: Version mismatch error
Date: Fri, 3 Dec 2010 16:38:53 +0100
User-agent: Mutt/1.5.20 (2010-08-04)

Hello Dan,

* Dan Nicholson wrote on Fri, Dec 03, 2010 at 02:43:04PM CET:
> On Wed, Oct 20, 2010 at 10:49 AM, Ralf Wildenhues wrote:
> > Depending on your package setup, that means either passing --install to
> > libtoolize (when AC_CONFIG_MACRO_DIR has been set in configure.ac), or
> > running aclocal with flags set so that it finds the right Libtool macros
> > (either by some -I include-path, or setting the path in the dirlist file
> > of the aclocal installation), or possibly hand-copying macro files or
> > file contents to your aclocal.m4 file.  Details are documented in the
> > manual.

> It would nice if libtoolize when run without --install (e.g. when run
> by autoreconf without --install) would detect that ltmain.sh and
> libtool.m4 are out of sync and error. One of the most common autotools
> errors I see is that people run bare autoreconf and things break
> strangely (to them) some time later. What do you think?

If we can do a warning or error reliably, then I'm all for it.
I don't think it can be done in libtoolize though, because aclocal may
be called afterwards and fix things up.  autoreconf might call
libtoolize with some special --check argument or so, to tell it that
aclocal --install won't be called afterwards.  Putting the warning into
automake seems possible but an ugly hack.  We could put a check into
autoreconf, but then non-autoreconf users wouldn't get the extra safety.

It's not easy.  :-/

Cheers,
Ralf



reply via email to

[Prev in Thread] Current Thread [Next in Thread]