<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Thu, 9 Jun 2016 at 19:53 Mark Lawrence via Python-Dev <<a href="mailto:python-dev@python.org">python-dev@python.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 10/06/2016 00:43, Brett Cannon wrote:<br>
><br>
> That's not what I'm saying at all (nor what I think Nick is saying);<br>
> more tooling to ease the transition is always welcomed. The point we are<br>
> trying to make is 2to3 is not considered best practice anymore, and so<br>
> targeting its specific output might not be the best use of your time.<br>
> I'm totally happy to have your fork work out and help give warnings for<br>
> situations where runtime semantics are the only way to know there will<br>
> be a problem that static analyzing tools can't handle and have the<br>
> porting HOWTO updated so that people can run their test suite with your<br>
> interpreter to help with that final bit of porting. I personally just<br>
> don't want to see you waste time on warnings that are handled by the<br>
> tools already or ignore the fact that six, modernize, and futurize can<br>
> help more than 2to3 typically can with the easy stuff when trying to<br>
> keep 2/3 compatibility. IOW some of us have become allergic to the word<br>
> "2to3" in regards to porting. :) But if you want to target 2to3 output<br>
> then by all means please do and your work will still be appreciated.<br>
><br>
<br>
Given the above and that 2to3 appears to be unsupported* is there a case<br>
for deprecating it?<br></blockquote><div><br></div><div>I don't think so because it's still a useful transpiler tool. Basically the community has decided the standard rewriters included with 2to3 aren't how people prefer to port, but 2to3 as a tool is the basis of both modernize and futurize (as are some of those rewriters, but tweaked to do something different).<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
*  There are 46 outstanding issues on the bug tracker.  Is the above the<br>
reason for this, I don't know?<br></blockquote><div><br></div><div>Typically the bugs are for the rewrite rules and they are for edge cases that no one wants to try and tackle as they are tough to cover (although this is based on what comes through my inbox so my generalization could be  wrong).<br><br></div><div>-Brett<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
--<br>
My fellow Pythonistas, ask not what our language can do for you, ask<br>
what you can do for our language.<br>
<br>
Mark Lawrence<br>
<br>
_______________________________________________<br>
Python-Dev mailing list<br>
<a href="mailto:Python-Dev@python.org" target="_blank">Python-Dev@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/python-dev" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/python-dev</a><br>
Unsubscribe: <a href="https://mail.python.org/mailman/options/python-dev/brett%40python.org" rel="noreferrer" target="_blank">https://mail.python.org/mailman/options/python-dev/brett%40python.org</a><br>
</blockquote></div></div>