Message 328772 - Python tracker

Message328772

Author tim.peters
Recipients berker.peksag, izbyshev, pitrou, serhiy.storchaka, tim.peters
Date 2018-10-29.00:13:44
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1540772024.52.0.788709270274.issue35091@psf.upfronthosting.co.za>
In-reply-to
Content
I left the code in because it was harmless (a 100%-predictable branch), and it was easier to show that overflow was _considered_ than to explain in full why it was impossible.  In the context of CPython.  For example, the Java port of this code couldn't rely on the far-removed-from-this-code details of Python's C heap management (the largest Java signed integer is a legit Java array index), and signed integer overflow _is_ wholly defined in Java.  Which happens to be the same way it worked under virtually all C compilers at the time the code was written.  The idea that C compilers should be as aggressive as Fortran compilers instead of just supplying a portable assembly language is a modern conceit ;-)

The code is useless, but it's not "a bug", so I'm removing Python 2 from the list of targets.
History
Date User Action Args
2018-10-29 00:13:44tim.peterssetrecipients: + tim.peters, pitrou, berker.peksag, serhiy.storchaka, izbyshev
2018-10-29 00:13:44tim.peterssetmessageid: <1540772024.52.0.788709270274.issue35091@psf.upfronthosting.co.za>
2018-10-29 00:13:44tim.peterslinkissue35091 messages
2018-10-29 00:13:44tim.peterscreate