The following issue has a resolution that has been APPLIED.
==
http://austingroupbugs.net/view.php?id=1178
==
Reported By:khoroshilov
Assigne
On 2019-02-15 10:19:03 +, Austin Group Bug Tracker wrote:
> New proposed resolution:
>
> On page 611 line 21228 section atan2(), change:[MX]If the
> correct value would cause underflow, a range error may occur, and atan(),
> atan2f(), and atan2l() shall return an implementation-defined value n
The following issue has been RESOLVED.
==
http://austingroupbugs.net/view.php?id=1178
==
Reported By:khoroshilov
Assigned To:
The following issue has a PROPOSED RESOLUTION.
==
http://austingroupbugs.net/view.php?id=1178
==
Reported By:khoroshilov
Assigned To:
The following issue has been REOPENED.
==
http://austingroupbugs.net/view.php?id=1178
==
Reported By:khoroshilov
Assigned To:
The following issue has been RESOLVED.
==
http://austingroupbugs.net/view.php?id=1178
==
Reported By:khoroshilov
Assigned To:
A NOTE has been added to this issue.
==
http://austingroupbugs.net/view.php?id=1178
==
Reported By:khoroshilov
Assigned To:
=
On Mon, 18 Dec 2017, I wrote:
...
Example: if y = DBL_MIN and x = 2, then y/x underflows to DBL_MIN/2,
but the infinite-precision result for atan2(x, y) is slightly larger,
so in round-towards-plus-infinity mode the result should never be y/x,
but must larger. How much larger? About (y/x)**2/3
On Sun, 17 Dec 2017, Austin Group Bug Tracker wrote:
Summary:atan2: Description of IEC 60559 Floating-Point
option is unclear
Description:
What is meaning of the following statement:
If the IEC 60559 Floating-Point option is supported, y/ x should be
returned.
This is clear
The following issue has been SUBMITTED.
==
http://austingroupbugs.net/view.php?id=1178
==
Reported By:khoroshilov
Assigned To:
10 matches
Mail list logo