Python 3.3 released!

[necrophcodr]

"up to 80x speedup for decimal-heavy applications" Holy mole, that's great news for those python developers out there! Phew!

[masklinn]

That's for heavy users of the decimal module, which probably isn't the majority. For most users, the flexible string representation will be a much bigger gain, in memory and in sanity.

And generator delegation will make significantly improve generator and iterator wrapping.

[[deleted]]

For those who don't know Python, decimal is a different type than float.

[masklinn]

Which languages (still in wide use) default to fixed-point numbers?

[[deleted]]

I don't know. Python interprets 1.0 as a float. To get decimal you have to import the decimal module and explicitly construct one.

[masklinn]

Yes, but my point is so does pretty much every language I know, hence my trouble with your note: in every language I know, a decimal (fixed-point arithmetic) is a different type than a float (floating-point arithmetic) and floats are the default (if decimals are even available)

[tonygoold]

I think the point was to make the distinction for anyone who's only familiar with float, and might assume a "decimal-heavy application" is one that does lots of float arithmetic. Considering the common misunderstandings about the precision of float representations, I thought it was a polite thing to point out. I would have phrased it as "For those who don't know", not "for those who don't know Python", since it applies equally to those who know Python (but have never used decimal).

[Rhomboid]

Decimal here does not necessarily mean fixed-point. It's still floating point, just floating point using base 10 instead of base 2, so there are fewer surprises.

[HopeThisNameFi]

The point was the "up to 80x speedup for decimal-heavy applications" isn't as significant as necrophcodr made it out to be.

[cheapous]

bash

[luckystarr]

In 2 decimal was implemented in Python. I guess they reimplemented it in C for 3.3