Here are sample summaries of two "skipped threads". If anyone has
comments, criticisms, or rotten tomatoes, let me know.
---------------------------------------------------
Replacing list of constants with tuple of constants
---------------------------------------------------
Skip Montanaro noticed that Raymond Hettinger had made a number of
library checkins replacing lists with tuples in constructs like ``for
a in [1, 2, 3]:`` and ``if a in [1, 2, 3]:``. He agreed with the
motivation (the peephole optimizer can convert a tuple of constants
into a single constant, eliminating construction time), but questioned
hardcoding the optimization. Instead, he suggested teaching the
optimizer about "throwaway" lists in ``for`` and ``if`` statements.
Guido agreed with the sentiment. Raymond accepted the suggestion, and
checked in code to implement it.
Contributing threads:
- `list of constants -> tuple of constants
<http://mail.python.org/pipermail/python-dev/2005-February/051442.html>`__
-------------------
Complex I/O problem
-------------------
Neal Becker asked why the result of printing a ``complex`` is not an
acceptable input to constructing a complex. For example, ``print
complex(2,2)`` yields ``'(2+2j)'``; but ``complex('(2+2j)')`` throws a
``ValueError``.
A. M. Kuchling responded that many types, including ``str`` and
``file`` share this behavior, and that in any event, parsing string
representations is a job more suited to ``eval`` than to classes
themselves.
Guido `reiterated the rules`_ for ``str()`` (used by ``print``) and
``repr()``. Since both ``complex.__str__`` and ``complex.__repr__``
pass the ``eval()`` test, he pronounced it fine.
.. _reiterated the rules:
http://mail.python.org/pipermail/python-dev/2005-February/051390.html
Contributing threads:
- `complex I/O problem
<http://mail.python.org/pipermail/python-dev/2005-February/051388.html>`__
--
Tim Lesher <[EMAIL PROTECTED]>
_______________________________________________
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
