[pypy-issue] [issue1605] __str__ is not RPython?

Edd Barrett tracker at bugs.pypy.org
Fri Sep 13 14:23:00 CEST 2013


New submission from Edd Barrett <vext01 at gmail.com>:

Hi,

I spent some time today working on a custom interpreter written in RPython. I 
was trying to figure out why my get_printable_location() was not calling __str__ 
upon instances. It seems that if you try to str() an instance in RPython, str() 
is ignored entirely and instead the generic str() is called.

E.g. 'def get_printable_location(x): return str(x)' will not call __str__ upon 
x, but instead will print the generic string representation.

If calling str() (and others?) is not RPython then perhaps an error should be 
thrown. If calling str() is RPython, then we have a bug?

Can someone clarify? Thanks.

----------
messages: 6161
nosy: pypy-issue, vext01
priority: bug
status: unread
title: __str__ is not RPython?

________________________________________
PyPy bug tracker <tracker at bugs.pypy.org>
<https://bugs.pypy.org/issue1605>
________________________________________


More information about the pypy-issue mailing list