[Top][All Lists]

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

Re: Reproducible Research Hackathon: Friday, July 3rd

From: Bonface M. K.
Subject: Re: Reproducible Research Hackathon: Friday, July 3rd
Date: Tue, 14 Jul 2020 11:54:39 +0300
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux)

Konrad Hinsen <> writes:

> Hi Ludo,
>> Apologies for the delay.  What was this bug exactly?
>> I know Bonface addressed an issue related to how the Python 2.4 build
>> system would capture the kernel version via ‘uname’ a build time:
>> But presumably you’re referring to something else, right?
> Indeed. The details are here:
> Since I won't be able to look into this before my summer vacations,
> I opened an issue as a reminder.
> Cheers,
>   Konrad
That's strange. To get the right results, you'd have to do a `2L ** 64`.
When I tried `2 ** 63` I got `-9223372036854775808`. There's also an
overflow error. Here's a snippet of what fails from

    # If this fails, probably using a strict IEEE-754 conforming libm, and x
    # is +Inf afterwards.  But Python wants overflows detected by default.
        x = math.exp(1000000000)
    except OverflowError:
        raise TestFailed("overflowing exp() didn't trigger OverflowError")

Maybe there's an overflow somewhere and we'd have to tweak libm? I'm
speculating though. I'd have to investigate this later.

Bonface M. K. (
One Divine Emacs To Rule Them All
GPG key = D4F09EB110177E03C28E2FE1F5BBAE1E0392253F

reply via email to

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