Number.MIN_VALUE is looser than in ES3 due to denormal issues

RESOLVED WONTFIX

Status

P4
normal
RESOLVED WONTFIX
9 years ago
5 days ago

People

(Reporter: lhansen, Assigned: rwhitley)

Tracking

unspecified
Q1 12 - Brannan
Bug Flags:
flashplayer-qrb +

Details

(Whiteboard: AS3 Language)

(Reporter)

Description

9 years ago
See bug #555805.  IEEE arithmetic or no, we don't want to state unequivocally that MIN_VALUE is the smallest IEEE 64-bit denormal, rather we want to state what Stan suggests:

"I think we want the following two things to be true:

  Min value is not zero:  Number.MIN_VALUE > 0

and

  All smaller values (eg MIN_VALUE/2) are zero: Number.MIN_VALUE/2 == 0"

Currently our on-line documentation states this, which is too specific:

"The smallest representable non-negative, non-zero, number (double-precision IEEE-754). This number is approximately 5e-324."

Comment 1

9 years ago
How about something like "The smallest representable non-negative, (double-precision
IEEE-754) number that does not compare equal to zero. This number usually is approximately 5e-324 but can be larger on systems that do not support denormalized numbers."

Updated

8 years ago
Assignee: nobody → djacowit
Flags: flashplayer-qrb+
Priority: -- → P4
Target Milestone: --- → flash10.2

Updated

8 years ago
Target Milestone: Q3 11 - Serrano → Q1 12 - Brannan

Updated

7 years ago
Assignee: djacowit → rwhitley
Tamarin is a dead project now. Mass WONTFIX.
Status: NEW → RESOLVED
Last Resolved: 5 days ago
Resolution: --- → WONTFIX
Tamarin isn't maintained anymore. WONTFIX remaining bugs.
You need to log in before you can comment on or make changes to this bug.