This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author larry
Recipients Arfrever, belopolsky, jcea, khenriksson, larry, lars.gustaebel, loewis, mark.dickinson, nadeem.vawda, r.david.murray, rosslagerwall, skrah, vstinner
Date 2011-09-06.18:37:19
SpamBayes Score 0.00010837129
Marked as misclassified No
Message-id <1315334240.43.0.761005215361.issue11457@psf.upfronthosting.co.za>
In-reply-to
Content
Here's a better idea: we add a new IEEE 754-2008 quad-precision float type.  The IEEE 754-2008 quad precision float has 1 sign bit, 15 bits of exponent, and 112 bits of mantissa, so it should have enough precision to last utime until humanity transforms itself into a single angelic being of pure light and energy.

GCC has had __float128 since 4.3, Clang has __float128 now too, Intel's compiler has _Quad.  It looks like Visual C++ doesn't support it yet--it does support a funny 80-bit float but I don't think Python wants to go there.

I realize a new float type would be a major undertaking, but it seems to me that that's really the right way to do it.  Nobody would have to change their code, and it'd behave like the existing float.  It'd be just like 2.x, with "int" and "long"!
History
Date User Action Args
2011-09-06 18:37:20larrysetrecipients: + larry, loewis, jcea, mark.dickinson, belopolsky, lars.gustaebel, vstinner, nadeem.vawda, Arfrever, r.david.murray, skrah, rosslagerwall, khenriksson
2011-09-06 18:37:20larrysetmessageid: <1315334240.43.0.761005215361.issue11457@psf.upfronthosting.co.za>
2011-09-06 18:37:19larrylinkissue11457 messages
2011-09-06 18:37:19larrycreate