<div class="gmail_quote">On Thu, Dec 8, 2011 at 9:33 PM, Chris McDonough <span dir="ltr">&lt;<a href="mailto:chrism@plope.com">chrism@plope.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im">On Thu, 2011-12-08 at 19:52 -0500, Glyph wrote:<br>
&gt; Zooming back in to the actual issue this thread is about, I think the<br>
&gt; u&quot;&quot;-vs-&quot;&quot; issue is a bit of a red herring, because the _real_ problem<br>
&gt; here is that 2to3 is slow and buggy and so migration efforts are<br>
&gt; starting to work around it, and therefore want to run the same code on<br>
&gt; 3.x and all the way back to 2.5.<br>
<br>
</div>Even if it weren&#39;t slow, I still wouldn&#39;t use it to automatically<br>
convert code at install time; a single codebase is easier to reason<br>
about, and easier to support.  Users send me tracebacks all the time;<br>
having them match the source is a wonderful thing.</blockquote><div><br>Even though 2to3 was my idea, I am gradually beginning to appreciate this approach. I skimmed the docs for &quot;six&quot; and liked it.<br><br>But I think the specific proposal of adding u&quot;...&quot; literals back to 3.3 is not going to do much good. If we had had the foresight way back when, we could have added them back to 3.1 and we would have been okay. But having them in 3.3  but not in 3.2 is just adding insult to injury. I recommend writing b&quot;...&quot;.decode(&#39;utf-8&#39;); maybe six&#39;s u() does the same?<br>

</div></div><br>-- <br>--Guido van Rossum (<a href="http://python.org/~guido">python.org/~guido</a>)<br>