sisyphus

> Frustratingly I get different results For me, the Windows version is Microsoft Windows [Version 10.0.22621.2861], and that's the only difference I can see between our 2 environments. I inserted...

The failing test script works fine with bignum-0.64 if the constant 100199294509778143137521762187425301691197073534078445671945250753109628678272 , which has now become a Math::BigFloat object, is rewritten as: ``` Math::BigInt->new(100199294509778143137521762187425301691197073534078445671945250753109628678272) ``` I guess it's just...

Update; I posted this before I saw @pjacklam's post above. But I don't see any need for me to correct this post - except perhaps for where I've said that...

The odd thing is that, as @danaj pointed out, the code in the Math-Prime-Util github repo is working fine. At least, he said it's working for him, and it's working...

From perl-5.32.0 perldelta documentation: ``` * Perl no longer treats strings starting with "0x" or "0b" as hex or binary numbers respectively when converting a string to a number. This...

@happy-barney, a code example that demonstrates the issue might allow me to understand

I've done a diff -wu ... on toke.c between 5.30.0 and 5.32.0. (IIUC, that's when the change occurred.) This part of that diff looks likely to be relevant to the...

The test fails because $^O is set to 'Unix'. This used to work ok on Windows up to and including perl-5.32.1 but since then, it fails in the way already...

> You can just use File::Spec::Unix instead? That would seem to be possible: ``` C:\>perl -MFile::Spec -e "print File::Spec->catfile('a', 'b', 'c');" a\b\c C:\>perl -MFile::Spec::Unix -e "print File::Spec::Unix->catfile('a', 'b', 'c');" a/b/c...

One strange thing I did notice (while trying to understand what this issue is about) is that the following one-liner produces different output each time I run it: ``` C:\>perl...