<p dir="ltr">Nothing else is on the table. Seriously. Stop hijacking the thread.</p>
<p dir="ltr">--Guido (mobile)</p>
<div class="gmail_quote">On Apr 7, 2016 10:18 AM, "Ethan Furman" <<a href="mailto:ethan@stoneleaf.us">ethan@stoneleaf.us</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 04/07/2016 09:38 AM, Guido van Rossum wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Honestly I think that the OP has a point, and I don't think we have to<br>
bend over backwards to preserve int compatibility. After all str(True)<br>
!= str(1), and surely there are other examples.<br>
</blockquote>
<br>
I think the str() of a value, while possibly being the most interesting piece of information (IntEnum, anyone?), is hardly the most intrinsic.<br>
<br>
If we do make this change, besides needing a couple major versions to make it happen, will anything else be different?<br>
<br>
- no longer subclass int?<br>
- add an "unknown" value?<br>
  - how will indexing work?<br>
  - or any of the other operations?<br>
- don't bother with any of the other mathematical operations?<br>
  - counting True's is not the same as adding True's<br>
<br>
I'm not firmly opposed, I just don't see a major issue here -- I've needed an Unknown value for more often that I've needed ~True to be False.<br>
<br>
--<br>
~Ethan~<br>
_______________________________________________<br>
Python-ideas mailing list<br>
<a href="mailto:Python-ideas@python.org" target="_blank">Python-ideas@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/python-ideas" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/python-ideas</a><br>
Code of Conduct: <a href="http://python.org/psf/codeofconduct/" rel="noreferrer" target="_blank">http://python.org/psf/codeofconduct/</a><br>
</blockquote></div>