Re: Math::BigInt and bigint with non-integers

2021-08-20 Thread Peter John Acklam
tor. 19. aug. 2021 kl. 16:40 skrev Dan Book : > > > Truncation to integer seems the most useful and expected behavior to me. Not sure if the "overloading of constants" case should be affected, would people depend on it staying unmodified? I agree on truncation to integer. This is consistent with h

Math::BigInt and bigint with non-integers

2021-08-19 Thread Peter John Acklam
Hi! I would like some input on how the Math::BigInt module and bigint pragma should handle non-integers. The current behaviour is rather inconsistent. The new() constructor converts a non-integer to a Math::BigInt NaN: $ perl -MMath::BigInt -wle 'print Math::BigInt -> new("3.16")' NaN A

Re: Module namespace for IEEE754 encoder/decoder

2021-06-03 Thread Peter John Acklam
tor. 3. jun. 2021 kl. 17:59 skrev Timothe Litt : > > How about Number::Binary::Encode->encoder, Number::Binary::Encode->decoder? How about Number::Binary::Codec->encoder and Number::Binary::Codec->decoder? After all, 'codec' is an abbreviation of "(en)coding/decoding". Peter

Re: Module namespace for IEEE754 encoder/decoder

2021-06-03 Thread Peter John Acklam
ule handles what format. In fact, such a program might appreciate > the trivial modules Number::Encode::INTEGER32 (and perhaps the less obvious > Number::Encode::INTEGER32_ONESCOMPLEMENT)... > > I suspect there are better names for the format, but the idea is to export a > simpl

Re: Module namespace for IEEE754 encoder/decoder

2021-06-03 Thread Peter John Acklam
I also plan to implement the 80 bit "extended precision" format, which is not IEEE 754 compatible. Perhaps the best and simplest is Number::Pack and Number::Unpack? Peter tor. 3. jun. 2021 kl. 11:43 skrev Peter John Acklam : > > Hi > > I am working on two modules for

Module namespace for IEEE754 encoder/decoder

2021-06-03 Thread Peter John Acklam
plementing the function directly, is speed. There are some constants involved, and I don't want to compute them for each function call. Cheers, Peter John Acklam (PJACKLAM)

Re: Failed: PAUSE indexer report RRWO/Set-Light-0.95.tar.gz

2021-05-12 Thread Peter John Acklam
søn. 9. mai 2021 kl. 01:03 skrev Robert Rothenberg : > > I used to have co-maint permissions for Set-Light. They seem to have > gone away. Any idea what's happened? Hi >From what I can see, you still have co-maint (as I do): https://pause.cpan.org/pause/authenquery?ACTION=peek_dist_perms&pause99

The Math-Matrix distribution

2020-04-28 Thread Peter John Acklam
isted on that page. ULPFR (Ulrich Pfeifer), who released the most recent version of Math-Matrix in 2013, has not replied. I would be grateful if one of the PAUSE admins could add me as first-come or at least as co-maintainer. Kind regards, Peter John Acklam / PJACKLAM on CPAN

Re: Please give me (= SHLOMIF) comaint on Math::Complex and Math::Trig

2020-04-26 Thread Peter John Acklam
Hi Schlomi, Don't have too high hopes. Searching through my e-mail, I see that I contacted Zefram in October 2015, because I wanted to contribute or take over maintaining the Math-Complex distribution. He never replied. I contacted him again 13. March 2020. He has so far not replied to that e-mail