Mathieu,
That patch looks good - removing List::Util altogether is probably the
right thing. And tests too.
For linuxbrew, this is the patch I proposed - it uses `reduce` which has
been part of List::Util from the start (I think).
https://github.com/Linuxbrew/homebrew-core/pull/6352/files
+-use
Hello,
Torsten Seemann writes:
> The problem is that automake 1.16 is importing the function "none"
> from perl List::Util module. Unfortunately, "none" was only added to
> that module in v 1.33 and Perl 5.18 has an older version. This only
> occurs in "bin/automake.in"
>
> The simplest patch
Hello,
I have found the same bug as you (and have a solution)
The problem is that automake 1.16 is importing the function "none" from
perl List::Util module.
Unfortunately, "none" was only added to that module in v 1.33 and Perl
5.18 has an older version.
This only occurs in "bin/automake.in"
T
Hello,
Mathieu Lirzin writes:
> Mathieu Lirzin writes:
>
From 1d60fb72168e62d33fe433380af621de64e22f23 Mon Sep 17 00:00:00 2001
>> From: Mathieu Lirzin
>> Date: Thu, 1 Feb 2018 13:51:03 +0100
>> Subject: [PATCH] python: Generate python interpreter list
>>
>> _AM_PYTHON_INTERPRETER_LIST is
Eric Blake writes:
> On 02/26/2018 02:30 PM, Mathieu Lirzin wrote:
>
/usr/bin/m4:configure.ac:506: bad expression in eval (bad input): ($+1) !=
(2)
/usr/bin/m4:configure.ac:506: bad expression in eval (bad input):
(0r36:PYTHON_+1) != (0*4)
autom4te-2.69: /usr/bin/m4 fai
Thomas Deutschmann writes:
> the problem is line
>
>> m4_define_default([am_py_min_ver], m4_ifval([$1], [$1], [2.0]))
>
> Code like
>
>> AM_PATH_PYTHON([$PYTHON_VERSION])
>
> will result in "am_py_min_ver" set to "$PYTHON_VERSION" which is
> obviously not a valid value. I.e. the passed argument i