Showing content from http://mail.python.org/pipermail/python-dev/attachments/20060801/0beb65ca/attachment.html below:
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Nick Maclaren wrote:<br>
<blockquote cite="midE1G7vcQ-0005G0-Pc@draco.cus.cam.ac.uk" type="cite">
<pre wrap="">
Well, maybe. There are other approaches, too, and Decimal has its
problems with that. In particular, when people need precisely
defined decimal rounding, they ALWAYS need fixed-point and not
floating-point.
</pre>
</blockquote>
The decimal spec was designed to encompass both floating-point and
fixed-point.<br>
<br>
<blockquote cite="midE1G7vcQ-0005G0-Pc@draco.cus.cam.ac.uk" type="cite">
<pre wrap="">
</pre>
<blockquote type="cite">
<pre wrap="">(Note that I don't care all that much about round(), but I do think we
want to canonicalize Decimal() for all purposes in standard Python where
people care about accuracy. Additional float features can go into
NumPy.)
</pre>
</blockquote>
<pre wrap=""><!---->
Really? That sounds like dogma, not science.
Decimal doesn't even help people who care about accuracy. At most
(and with the reservation mentioned above), it means that you can
can map external decimal formats to internal ones without loss of
precision. Not a big deal, as there ARE no requirements for doing
that for floating-point, and there are plenty of other solutions for
fixed-point.
People who care about the accuracy of calculations prefer binary,
as it is a more accurate model. That isn't a big deal, either.
</pre>
</blockquote>
Hogwash. The only issues with decimal are ease-of-use and speed.<br>
<br>
<br>
Raymond<br>
</body>
</html>
RetroSearch is an open source project built by @garambo
| Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4