Issue1131

It appears the repr implementation is not 100% compliant with CPython.

brian@brosner-osx master [~/Development/jython]
$ jython
Jython 2.5a3+ (unknown:exported, Sep 13 2008, 16:25:22) 
[Java HotSpot(TM) Server VM (Sun Microsystems Inc.)] on java1.6.0_03-p3
Type "help", "copyright", "credits" or "license" for more information.
>>> class FormMetaclass(type):
...     def __new__(cls, name, bases, attrs):
...         return super(FormMetaclass, cls).__new__(cls, name, bases, 
attrs)
... 
>>> class Form(object):
...     __metaclass__ = FormMetaclass
... 
>>> Form
<__main__.FormMetaclass object at 1>
>>>

brian@brosner-osx [~]
$ python
Python 2.5.1 (r251:54863, Feb  4 2008, 21:48:13) 
[GCC 4.0.1 (Apple Inc. build 5465)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> class FormMetaclass(type):
...     def __new__(cls, name, bases, attrs):
...         return super(FormMetaclass, cls).__new__(cls, name, bases, 
attrs)
... 
>>> class Form(object):
...     __metaclass__ = FormMetaclass
... 
>>> Form
<class '__main__.Form'>
>>>

It appears that Jython uses type() in this case.

Here is a test case to the best of my ability.

The cause here is PyTypeDerived#__repr__ looking up for the  "__repr__"
entry on its type and finding the one exposed by PyObject.

I think we will have to check if the type that exposed __repr__ is down
in the type hierarchy or not. In the later case, we should call super()
instead of the exposed __repr__().  Another possibility would be to
actually expose __repr__ on PyType, but that would mean that we should
do the same with every type implementing toString().

Quick note: my first idea wasn't that good: too complicated and just
hides the real problem. 

So we should just expose __repr__ and __str__ on PyType, following
what's documented on
http://wiki.python.org/jython/JythonDeveloperGuide/ImplementingStrAndRepr

Fixed on r5341