A RetroSearch Logo

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

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2004-January/041557.html below:

[Python-Dev] Pie-thon benchmark code ready

[Python-Dev] Pie-thon benchmark code ready [Python-Dev] Pie-thon benchmark code readySamuele Pedroni pedronis at bluewin.ch
Thu Jan 1 08:06:32 EST 2004
At 20:44 31.12.2003 -0800, Guido van Rossum wrote:
>But I've seen enough people write code that parses <...> reprs in some
>way to make me think that maybe they should be standardized somewhat,
>at least to the point where different Python implementations should
>not differ gratuitously.  E.g. Jython could be much closer to CPython
>by inserting 'at 0x'.  It's not like standardizing this would close
>off an important implementation freedom for other Python
>implementation.  (I won't go as far as requiring that the number
>should be the same as hex(id(x)). :-)

I still think that depending on <...> reprs should be non-portable and 
discouraged, also
  CPython is already rather whimsical in its own evolution (Python 2.3):

 >>> class X: pass
...
 >>> X
<class __main__.X at 0x007E2C30>
 >>> class X(object): pass
...
 >>> X
<class '__main__.X'>
 >>>

I may change my opinion if someone writes a (unit) test pinning down what 
is exactly meant by that somewhat.

regards. 


More information about the Python-Dev mailing list

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