<div class="gmail_quote">On Wed, May 9, 2012 at 2:48 PM, Sven Marnach <span dir="ltr"><<a href="mailto:sven@marnach.net" target="_blank">sven@marnach.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
With the reintroduction of u"Unicode literals", Python 3.3 will remove<br>
one of the major stumbling stones for supporting Python 2.x and 3.3<br>
within the same code base.  Another rather trivial stumbling stone<br>
could be removed by adding the alias `future_builtins` for the<br>
`builtins` module.  Currently, you need to use a try/except block,<br>
which isn't too bad, but I think it would be nicer if a line like<br>
<br>
    from future_builtins import map<br>
<br>
continues to work, just like __future__ imports continue to work.  I<br>
think the above actually *is* a kind of __future__ report which just<br>
happens to be in a regular module because it doesn't need any special<br>
compiler support.<br>
<br>
I know a few module names changed and some modules have been<br>
reorganised to packages, so you will still need try/except blocks for<br>
other imports.  However, I think `future_builtins` is special because<br>
it's sole raison d'être is forward-compatibility and becuase of the<br>
analogy with `__future__`.<br>
<br>
Cheers,<br>
    Sven</blockquote><div><br>Sounds like it will do more good than harm. <br><br>+1<br><br>Mike<br></div></div>