severity 10925 minor
tags 10925 wontfix
thanks
On 03/02/2012 09:12 PM, Paul Eggert wrote:
> On 03/02/2012 07:08 AM, Eric Blake wrote:
>> 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 t
On 03/02/2012 07:08 AM, Eric Blake wrote:
> 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?
Sure. If I understand things correctly, that means
'configure' will complain tha
Hi Eric.
On 03/02/2012 04:08 PM, Eric Blake wrote:
> 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-
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 b
Hi Paul, Eric.
> Paul Eggert wrote:
>
>> Solaris 8 ships with Perl 5.005_03. This satisfies Autoconf 'configure',
>> which requires only 5.005_03 or better. But
>> lib/Autom4te/Getopt.pm and lib/Autom4te/General.pm
>> require 5.006_002.
>
As I can test with at most with perl 5.6.2 (and no older
[adding bug-automake]
On 03/01/2012 11:23 PM, Paul Eggert wrote:
> I tried to build Autoconf 2.68b on our production Solaris 8 sparc host
> (yes, we still have some in production), and the build failed as follows:
>
> autom4te_perllibdir='..'/lib
> AUTOM4TE_CF
I tried to build Autoconf 2.68b on our production Solaris 8 sparc host
(yes, we still have some in production), and the build failed as follows:
autom4te_perllibdir='..'/lib AUTOM4TE_CFG='\
../lib/autom4te.cfg' ../bin/autom4te -B '..'/lib -B '..'/li
