A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from http://mail.python.org/pipermail/python-dev/attachments/20150425/18b98591/attachment.html below:

<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <br>
    <br>
    <div class="moz-cite-prefix">On 04/24/2015 09:45 PM, Nick Coghlan
      wrote:<br>
    </div>
    <blockquote
cite="mid:CADiSq7c54b5V2KvECcDmZt_BMT76ec1A4_Li=5QwZtwftkeNWA@mail.gmail.com"
      type="cite">
      Ah, I misread Tal's suggestion. Using unary + is an even neater
      approach.<br>
    </blockquote>
    <br>
    Not exactly.  The way I figure it, the best way to achieve this with
    unary plus is to ast.parse it (as we currently do) and then modify
    the parse tree.  That works but it's kind of messy.<br>
    <br>
    My main objection to this notation is that that set objects <i>don't
      support +.</i>  The union operator for sets is |.<br>
    <br>
    I've prototyped a hack allowing<br>
    <big><big><tt>    str(accept|={NoneType})</tt></big></big><br>
    I used the tokenize module to tokenize, modify, and untokenize the
    converter invocation.  Works fine.  And since augmented assignment
    is (otherwise) illegal in expressions, it's totally unambiguous.  I
    think if we do it at all it should be with that notation.<br>
    <br>
    <br>
    <i>/arry</i><br>
    <br>
    <br>
  </body>
</html>

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4