Anonymous | Login | 01-20-2021 11:03 UTC |
Main | My View | View Issues | Change Log | Docs |
Viewing Issue Advanced Details [ Jump to Notes ] | [ View Simple ] [ Issue History ] [ Print ] | ||||||||
ID | Category | Severity | Reproducibility | Date Submitted | Last Update | ||||
0003568 | [Squeak] Kernel | minor | always | 05-07-06 16:30 | 09-01-08 18:27 | ||||
Reporter | nicolas cellier | View Status | public | ||||||
Assigned To | |||||||||
Priority | normal | Resolution | fixed | Platform | |||||
Status | closed | OS | |||||||
Projection | none | OS Version | |||||||
ETA | none | Fixed in Version | 3.10 | Product Version | 3.9 | ||||
Product Build | |||||||||
Summary | 0003568: [FIX] Fraction>>asFloat does not answer nearest floating point number | ||||||||
Description |
Current implementation can accumulate round off errors. Comment states that ideally, it should answer nearest floating point number... I join a test and a patch for this, and round to nearest even according to IEEE 754 default rounding mode. Patch http://bugs.impara.de/view.php?id=3564 [^] concerning Integer>>asFloat should be applied first, so this one can work correctly. |
||||||||
Steps To Reproduce | |||||||||
Additional Information |
Fraction need not being reduced for this algorithm to apply. So, the new asFloat algorithm can be used to convert decimal representations to binary representations (Number readFrom: ), without spending too much time in gcd algorithm... |
||||||||
Attached Files |
![]() ![]() ![]() ![]() |
||||||||
|
Mantis 1.0.8[^]
Copyright © 2000 - 2007 Mantis Group
68 total queries executed. 41 unique queries executed. |