bug-autoconf
[Top][All Lists]
Advanced

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

Re: bug#10925: Perl version problem in autoconf-2.68b


From: Eric Blake
Subject: Re: bug#10925: Perl version problem in autoconf-2.68b
Date: Fri, 02 Mar 2012 08:08:01 -0700
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.1) Gecko/20120216 Thunderbird/10.0.1

On 03/02/2012 07:15 AM, Stefano Lattarini wrote:
> Also, note that the workaround removed in c3797b86ccbd9 was severely
> broken to begin with (that is explained in the commit message);
> re-introducing it only to make autoconf buildable out-of-the box on
> an obsolescent Solaris box seems a very bad idea.
> 
> On the top of all that: Automake is a maintainer tool, so it's OK for
> it to have requirements tighter w.r.t. older tools that the ones in
> place for its generated Makefiles.  After all, Autoconf is already
> requiring a fairly modern GNU m4, so why not require perl 5.6 as well?
> 
> In conclusion, I'm quite oriented to close this bug report as a
> "wontfix".

That's fair for automake.  Paul, would it be okay if for autoconf we
borrow the same configure check as automake is using, and globally bump
the requirement to be consistent across the autotools?  Technically, you
can use autoconf without automake, so automake requiring newer than
autoconf is possible; but since the tools are generally used together,
being consistent up front can't hurt.

Stefano, is it worth factoring the automake perl version check into a
separate .m4 file that can then be shared across automake and autoconf,
in the same manner that Getopt.pm is shared?

-- 
Eric Blake   address@hidden    +1-919-301-3266
Libvirt virtualization library http://libvirt.org

Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

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