for William).
Michael
Michael Foord
-Original Message-
From: users-boun...@lists.ironpython.com
[mailto:users-boun...@lists.ironpython.com] On Behalf Of Curt Hagenlocher
Sent: Friday, February 06, 2009 9:36 PM
To: Discussion of IronPython
Subject: Re: [IronPython] repr() results with uint, etc
I totally agree that it should be done the right way - I didn't know
what the right way was.
CodePlex issue has been opened: 21040
Thanks!
Dino Viehland wrote:
And the correct change to the source code would be adding __repr__ methods to
the various *Ops types (Int16Ops, UInt16Ops, etc...)
...@lists.ironpython.com
[mailto:users-boun...@lists.ironpython.com] On Behalf Of Michael Foord
Sent: Saturday, February 07, 2009 6:04 AM
To: Discussion of IronPython
Subject: Re: [IronPython] repr() results with uint, etc.
Dino Viehland wrote:
And the correct change to the source code would be adding
There's no existing functionality to do this but we could add __repr__
overloads onto the built-in types. They would presumably return something like:
System.UInt32(1)
or:
UInt32(1)
Could you open a bug?
-Original Message-
From: users-boun...@lists.ironpython.com
Ok, looking at the source, I see the issue in:
public static string Repr(CodeContext/*!*/ context, object o)
Is it safe to add these types in to there like:
if ((s = o as string) != null) return StringOps.__repr__(s);
if (o is int) return Int32Ops.__repr__((int)o);
] repr() results with uint, etc.
On Fri, Feb 6, 2009 at 9:32 PM, Jeff Slutter jslut...@reactorzero.com wrote:
Ok, looking at the source, I see the issue in:
public static string Repr(CodeContext/*!*/ context, object o)
Is it safe to add these types in to there like:
if ((s = o