Peter John Acklam

I have contacted the maintainers of Math-Complex several times though the years asking for co-maint, so I can release new versions of the Math-Complex distribution, but have I never received...

> On looking at the current great_circle_distance() implementation, I see that the second and third args are already being subtracted from pi/2, and that all strikes me as being odd....

I believe this illustrates that the wording in the documentation should be improved. I'll try to explain. - If your input is in spherical coordinates (using radians), then you call...

> I'm getting the feeling that the scope of this pull request is expanding considerably. I feel that adding new functionality should be excluded from this p.r. and proposed in...

@sisyphus, I wasn’t sure whether to use 1.59_03 or 1.59_04, but I ended up bumping both Math::Complex and Math::Trig to 1.59_04 to signify that this is a new version of...

This fixes [CPAN RT #136653](https://rt.cpan.org/Ticket/Display.html?id=136653).

The PAUSE admins replied that I should contact the maintainers again. However, as I had contacted the maintainers in 2015 and again in 2020 without success, I didn't see any...

@Sisyphus wrote: > The warnings you see arise just because you've loaded both > bigint and bignum: > > ``` > >perl -Mbigint -Mbignum -wle "print 'ok'"; > Subroutine main::inf...

> Arguably a/the bug here is actually `Math::BigFloat`'s handling of `>>`. Perl's native floats always yield integers on `>>`. Some years ago I changed `Math::BigFloat`'s behaviour so that `>>`/`brsft()` and...

> Ah, from the [https://metacpan.org/dist/bignum/changes](changelog) at v0.60: > > ``` > - The bignum pragma now converts every numeric constant to a Math::BigFloat > object. > ``` Upgrading and downgrading...