develooper Front page | perl.perl5.porters | Postings from September 2017

Re: Unable to build perl-5.26.0-RC1 on linux 2.6.18

Thread Previous | Thread Next
Shoichi Kaji
September 25, 2017 12:02
Re: Unable to build perl-5.26.0-RC1 on linux 2.6.18
Message ID:
Jarkko, Sawyer


The commit
has been reverted at

Could you re-commit e77299d341 to blead?

On Wed, May 31, 2017 at 5:28 AM, Sawyer X <> wrote:
> Thank you so much with the help in reproducing and debugging it. :)
> On 05/30/2017 08:41 PM, Shoichi Kaji wrote:
>> I also confirmed that perl could be built and all tests passed on CentOS 5
>> with
>> I'm looking forward to seeing the fix in perl 5.26.1.
>> Thank you very much, Jarkko!
>> On Tue, May 30, 2017 at 3:46 PM, Jarkko Hietaniemi <> wrote:
>>> On 5/30/17 7:53 AM, Jarkko Hietaniemi wrote:
>>>> On 5/29/17 8:17 PM, Jarkko Hietaniemi wrote:
>>>>> On 5/29/17 4:55 PM, Jarkko Hietaniemi wrote:
>>>>>> Now the question is how to properly remedy this.  Perl as such still
>>>>>> tries to say C89-compatible, so e.g. a blanket -std=c99 would be too
>>>>>> much.
>>>>>> And why is it that of all the platforms this one old CentOS seems to be
>>>>>> problematic.  What would be the minimal thing (some extra -D?) that we
>>>>>> could do, and do just for this platform?
>>>>> To put it differently, fpclassify() here is just a very visible failure
>>>>> because sv.c now really wants to have Perl_fp_class_denorm() available.
>>>>> But there are all the other C99 math.h interfaces, some of which are
>>>>> only used in the POSIX extension, but some of which in the core.
>>>> The patch I showed earlier seems to work for this CentOS 5 image.
>>>> I will test it in a few more boxes.
>>> Passed on the boxes I have access to, which include non-Linux and
>>> non-x86 boxes.

Thread Previous | Thread Next Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at | Group listing | About