New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
1**NaN is 1, but any numeric operation with NaN should be NaN (say 1**NaN) #5752
Comments
From @AlexDaniel*Code:* *Output:* See also IRC log: https://irclog.perlgeek.de/perl6-dev/2016-10-16#i_13412758 |
From @zoffixznetMore, at nqp level: <Zoffix> m: use nqp; dd nqp::pow_n(NaN, 0e0) |
The RT System itself - Status changed from 'new' to 'open' |
From @zoffixznetThis was uncovered by coverage work and the num case is fudged in Raku/roast@47aba2d2ea Once fixed, more tests will be needed for this ticket, but please unfudge that test as well. |
From @AlexDanielJust for the record, another case: Code: Output: |
From @usev6On Sun Oct 16 11:07:16 2016, alex.jakimenko@gmail.com wrote:
There was an earlier RT for this one (coming to the conclusion that 1 is a reasonable answer here): https://rt-archive.perl.org/perl6/Ticket/Display.html?id=124450. It has a link to a discussion from stackoverflow -- to me the following comment |
From @zoffixznetSo that leaves nqp::pow_n(1e0, NaN) == 1e0. Is that also part of IEEE? I see that Perl 5 gives a NaN for NaN**0, but 1 for 1**NaN: zoffix@VirtualBox:~$ perl -wlE 'say -sin(9**9**9)**0' On Mon Oct 17 00:25:15 2016, bartolin@gmx.de wrote:
|
From @zoffixznetI took a gander at 2008 IEEE 754 standard and section "9.2.1 Special values" has this to say: pow (x, ±0) is 1 for any x (even a zero, quiet NaN, or infinity) So our behaviour is correct. Rejecting. On Mon Oct 17 03:05:33 2016, cpan@zoffix.com wrote:
|
@zoffixznet - Status changed from 'open' to 'rejected' |
Migrated from rt.perl.org#129894 (status was 'rejected')
Searchable as RT129894$
The text was updated successfully, but these errors were encountered: