Showing content from http://mail.python.org/pipermail/python-dev/attachments/20161226/f50fb1f8/attachment.html below:
<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 25 December 2016 at 09:48, Nathaniel Smith <span dir="ltr"><<a href="mailto:njs@pobox.com" target="_blank">njs@pobox.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Or maybe make it so that even no-fpectl builds still export the<br>
necessary symbols so that yes-fpectl extensions don't crash on import?<br>
(This has the advantage that it can be done in a point release...)<br></blockquote><div><br></div></div>This seems like a sensible thing to do in 3.6, 3.5 and 2.7 regardless of what happens in 3.7.<br><br></div><div class="gmail_extra">For 3.7, I don't understand the trade-offs well enough to have a strong opinion, but dropping the feature entirely does seem reasonable - folks that want fine-grained floating point exception control these days are likely to be much better served by the decimal module, or one of the third party computing libraries (numpy, gmpy, sympy, etc).<br><br></div><div class="gmail_extra">There was a thread back in 2012 [1] regarding the possibility of instead updating floats to offer flexibility similar to that offered by those other modules, but I think our discussions of the expected semantics of a decimal literal show that that would be a bad idea - context dependent behaviour in numeric literals creates all sorts of problems at the level of compiler and interpreter design.<br><br></div><div class="gmail_extra">Cheers,<br></div><div class="gmail_extra">Nick.<br><br>[1] <a href="https://mail.python.org/pipermail/python-ideas/2012-October/016768.html">https://mail.python.org/pipermail/python-ideas/2012-October/016768.html</a><br></div><div class="gmail_extra"><br>-- <br><div class="gmail_signature">Nick Coghlan  |  <a href="mailto:ncoghlan@gmail.com" target="_blank">ncoghlan@gmail.com</a>  |  Brisbane, Australia</div>
</div></div>
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