automake-patches
[Top][All Lists]
Advanced

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

Re: bug#8104: automake suggests use of AC_PROG_LIBTOOL, this has been re


From: Ralf Wildenhues
Subject: Re: bug#8104: automake suggests use of AC_PROG_LIBTOOL, this has been replaced by LT_INIT
Date: Sat, 26 Feb 2011 14:37:45 +0100
User-agent: Mutt/1.5.20 (2010-08-04)

* Stefano Lattarini wrote on Sat, Feb 26, 2011 at 02:08:39PM CET:
> BTW, such kind of checks would be much easier to perform with Paolo's
> pending patch for ACLOCAL_PATH support in place; pointer:
>  <http://lists.gnu.org/archive/html/automake-patches/2010-11/msg00089.html>

Hmmyes, we have a lot of old pending stuff unfortunately ...

> On Saturday 26 February 2011, Ralf Wildenhues wrote:
> > * Stefano Lattarini wrote on Thu, Feb 24, 2011 at 10:45:11AM CET:
> > LT_PREREQ has been introduced in 1.9b only.  Also, I
> > think that if the LT_PREREQ check fails, it will fail already
> > at aclocal run time,
> >
> Oops, I dind't think of that.
> 
> > but I am not sure of that.
> >
> Better play safe anyway IMHO.  What about the following squash-in?

Well, not using LT_PREREQ seems like another step back: situations like
this is what LT_PREREQ was designed for.  How about something like this?

  m4_ifdef([LT_PREREQ],
    [LT_PREREQ([2.0])],
    [m4_fatal([Libtool version too old], [63])])

(untested, sorry)

Thanks,
Ralf



reply via email to

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