[IronPython] Errors compiling IronPython with Mono

2007-02-14 Thread Nicholas Riley 
Hi,

I'm trying to compile IronPython with Mono, using the IPCE build
script.  With Mono 1.2.3 I get:

IronPython/Modules/Builtin.cs(40,37): error CS0103: The name `Ops' does not 
exist in the context of `IronPython.Modules.Builtin'
[... repeats many times ...]
IronPython/Runtime/Operations/ComplexOps.cs(502,41): error CS0246: The type or 
namespace name `OpsReflectedField`2' could not be found. Are you missing a 
using directive or an assembly reference?
IronPython/Runtime/Operations/ComplexOps.cs(503,41): error CS0246: The type or 
namespace name `OpsReflectedField`2' could not be found. Are you missing a 
using directive or an assembly reference?
IronPython/Runtime/Operations/Ops.cs(62,125): error CS0246: The type or 
namespace name `MethodInfo' could not be found. Are you missing a using 
directive or an assembly reference?

It seems that the last error is at the root of the problem -
IronPython is using methods of MethodInfo that were only recently
implemented in Mono (e.g. GetGenericArguments).  I upgraded to SVN
Mono, but now I get a different set of errors:

IronPython/CodeDom/Compiler.cs(35,19): error CS0534: 
`IronPython.CodeDom.PythonGenerator' does not implement inherited abstract 
member `System.CodeDom.Compiler.CodeGenerator.CreateEscapedIdentifier(string)'
IronPython/CodeDom/Compiler.cs(35,19): error CS0534: 
`IronPython.CodeDom.PythonGenerator' does not implement inherited abstract 
member `System.CodeDom.Compiler.CodeGenerator.CreateValidIdentifier(string)'
IronPython/CodeDom/Compiler.cs(35,19): error CS0534: 
`IronPython.CodeDom.PythonGenerator' does not implement inherited abstract 
member 
`System.CodeDom.Compiler.CodeGenerator.GetTypeOutput(System.CodeDom.CodeTypeReference)'
IronPython/CodeDom/Compiler.cs(35,19): error CS0534: 
`IronPython.CodeDom.PythonGenerator' does not implement inherited abstract 
member `System.CodeDom.Compiler.CodeGenerator.IsValidIdentifier(string)'
IronPython/CodeDom/Compiler.cs(35,19): error CS0534: 
`IronPython.CodeDom.PythonGenerator' does not implement inherited abstract 
member 
`System.CodeDom.Compiler.CodeGenerator.Supports(System.CodeDom.Compiler.GeneratorSupport)'

I am not terribly familiar with C# but it seems that these methods are
defined in Generator.cs.  Is this a problem with the Mono compiler not
seeing the rest of this class, or ...?

I would think that because IPCE uses IronPython 1.1a1 and comes with
Mono it should be possible to compile it with that version, so maybe I
am doing something wrong?

Thanks,

-- 
Nicholas Riley <[EMAIL PROTECTED]> | 
___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

[IronPython] Looping in IronPython - should it be linear?

2007-02-14 Thread Steve Chadwick 
All,
I am new to IP, and I have a silly post.  I am sure that someone
might be able to help me understand what is happening here (I am truly
impressed with the technical depth of this forum).  In trying to learn the
language, one of the things I do is just run a quick looping experiment and
measure the time it takes to execute N iterations.  Up to this point, I have
always gotten a trend that is linear, which makes sense.  
However, the below graph isn't linear, and I am puzzled as to why.
The graph seems to suggest that the distribution has an exponential
component to it.  I have tested this on a couple of windows systems and this
wasn't a fluke.  Granted, the version of IP that I am using isn't the
latest/greatest, but regardless of versioning, I am trying to understand the
mechanism.  Thanks for any thoughts, and my apologies if this turns out to
be a silly post.
 
Sincerely,
 
Steve Chadwick
 
 
 
 
<>
___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] Bug in handling of keyword arguments for __call__

2007-02-14 Thread Dino Viehland 
They're certainly very similar but I'm not entirely certain if they're the same 
(although they may be).  In the other bug type.__call__ is a type object which 
isn't right.  If we were picking up type.__call__ instead of F.__call__ then 
I'd expect a different exception (as type.__call__ is a type, and types are 
callable w/ kw-args).  I won't be certain until I look at it closer but I would 
expect that we're looking up the wrong thing when we do the call on f but I'm 
not sure where we'd be getting the wrong thing from.
The good news is both of these are fixed in some internal (post v1.1) builds 
but the bad news is those aren't on CodePlex yet.

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Andrew
Sent: Wednesday, February 14, 2007 10:54 AM
To: Discussion of IronPython
Subject: Re: [IronPython] Bug in handling of keyword arguments for __call__

It seems that this refers to Item # 7594:
http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=7594
2007/2/14, Giles Thomas <[EMAIL PROTECTED]  >:
Many thanks, Dino.  This might be of use when debugging:


IronPython 1.0 (1.0.61005.1977) on .NET 2.0.50727.42
Copyright (c) Microsoft Corporation. All rights reserved.
>>> class F(object):
...   def __call__(self, *args, **kwargs):
... print "F.__call__(%s, %s)" % (args, kwargs)
...
>>> print F.__call__

>>>





Dino Viehland wrote:
> Thanks for the bug report.  I've opened bug #8246 to track this ( 
> http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=8246).
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL 
> PROTECTED]] On Behalf Of Giles Thomas
> Sent: Wednesday, February 14, 2007 7:17 AM
> To: Discussion of IronPython
> Subject: [IronPython] Bug in handling of keyword arguments for __call__
>
> Hi,
>
> It looks like there's a problem with calling a callable object using the
> "**" dictionary-unpacking syntax for keyword arguments.  Here's a
> minimal repro.
>
> In CPython:
>
> 
> Python 2.4.3 (#69, Mar 29 2006, 17:35:34) [MSC v.1310 32 bit (Intel)] on
> win32
> Type "help", "copyright", "credits" or "license" for more information.
>  >>> class F(object):
> ... def __call__(self, *args, **kwargs):
> ... print args, kwargs
> ...
>  >>> f = F()
>  >>> f(*(1,), **{'a' : 23})
> (1,) {'a': 23}
>  >>>
> 
>
> In IP 1.0.1 (also checked against 1.1 alpha):
>
> -
> IronPython 1.0 (1.0.61005.1977 ) on .NET 2.0.50727.42
> Copyright (c) Microsoft Corporation. All rights reserved.
>  >>> class F(object):
> ... def __call__(self, *args, **kwargs):
> ... print args, kwargs
> ...
>  >>> f = F()
>  >>> f(*(1,), **{'a' : 23})
> Traceback (most recent call last):
>   File , line 0, in ##23
> Exception: this object is not callable with keyword parameters
> -
>
>
> Regards,
>
> Giles
>
> --
> Giles Thomas
> [EMAIL PROTECTED]
> +44 (0) 20 7253 6372
>
> Resolver Systems Ltd
> 17a Clerkenwell Road, London EC1M 5RD, UK
> VAT No.: GB 893 5643 79
> Registered in England and Wales as company number 5467329.
> Registered address: 843 Finchley Road, London NW11 8NA, UK
>
> ___
> users mailing list
> users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> ___
> users mailing list
> users@lists.ironpython.com 
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>

--
Giles Thomas
[EMAIL PROTECTED]
+44 (0) 20 7253 6372

Resolver Systems Ltd
17a Clerkenwell Road, London EC1M 5RD, UK
VAT No.: GB 893 5643 79
Registered in England and Wales as company number 5467329.
Registered address: 843 Finchley Road, London NW11 8NA, UK

___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] Bug in handling of keyword arguments for __call__

2007-02-14 Thread Andrew 

It seems that this refers to Item # 7594:
http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=7594

2007/2/14, Giles Thomas <[EMAIL PROTECTED]>:


Many thanks, Dino.  This might be of use when debugging:


IronPython 1.0 (1.0.61005.1977) on .NET 2.0.50727.42
Copyright (c) Microsoft Corporation. All rights reserved.
>>> class F(object):
...   def __call__(self, *args, **kwargs):
... print "F.__call__(%s, %s)" % (args, kwargs)
...
>>> print F.__call__

>>>





Dino Viehland wrote:
> Thanks for the bug report.  I've opened bug #8246 to track this (
http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=8246).
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:
[EMAIL PROTECTED] On Behalf Of Giles Thomas
> Sent: Wednesday, February 14, 2007 7:17 AM
> To: Discussion of IronPython
> Subject: [IronPython] Bug in handling of keyword arguments for __call__
>
> Hi,
>
> It looks like there's a problem with calling a callable object using the
> "**" dictionary-unpacking syntax for keyword arguments.  Here's a
> minimal repro.
>
> In CPython:
>
> 
> Python 2.4.3 (#69, Mar 29 2006, 17:35:34) [MSC v.1310 32 bit (Intel)] on
> win32
> Type "help", "copyright", "credits" or "license" for more information.
>  >>> class F(object):
> ... def __call__(self, *args, **kwargs):
> ... print args, kwargs
> ...
>  >>> f = F()
>  >>> f(*(1,), **{'a' : 23})
> (1,) {'a': 23}
>  >>>
> 
>
> In IP 1.0.1 (also checked against 1.1 alpha):
>
> -
> IronPython 1.0 (1.0.61005.1977) on .NET 2.0.50727.42
> Copyright (c) Microsoft Corporation. All rights reserved.
>  >>> class F(object):
> ... def __call__(self, *args, **kwargs):
> ... print args, kwargs
> ...
>  >>> f = F()
>  >>> f(*(1,), **{'a' : 23})
> Traceback (most recent call last):
>   File , line 0, in ##23
> Exception: this object is not callable with keyword parameters
> -
>
>
> Regards,
>
> Giles
>
> --
> Giles Thomas
> [EMAIL PROTECTED]
> +44 (0) 20 7253 6372
>
> Resolver Systems Ltd
> 17a Clerkenwell Road, London EC1M 5RD, UK
> VAT No.: GB 893 5643 79
> Registered in England and Wales as company number 5467329.
> Registered address: 843 Finchley Road, London NW11 8NA, UK
>
> ___
> users mailing list
> users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> ___
> users mailing list
> users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>

--
Giles Thomas
[EMAIL PROTECTED]
+44 (0) 20 7253 6372

Resolver Systems Ltd
17a Clerkenwell Road, London EC1M 5RD, UK
VAT No.: GB 893 5643 79
Registered in England and Wales as company number 5467329.
Registered address: 843 Finchley Road, London NW11 8NA, UK

___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] Bug in handling of keyword arguments for __call__

2007-02-14 Thread Giles Thomas 
Many thanks, Dino.  This might be of use when debugging:


IronPython 1.0 (1.0.61005.1977) on .NET 2.0.50727.42
Copyright (c) Microsoft Corporation. All rights reserved.
 >>> class F(object):
...   def __call__(self, *args, **kwargs):
... print "F.__call__(%s, %s)" % (args, kwargs)
...
 >>> print F.__call__

 >>>





Dino Viehland wrote:
> Thanks for the bug report.  I've opened bug #8246 to track this 
> (http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=8246).
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Giles Thomas
> Sent: Wednesday, February 14, 2007 7:17 AM
> To: Discussion of IronPython
> Subject: [IronPython] Bug in handling of keyword arguments for __call__
>
> Hi,
>
> It looks like there's a problem with calling a callable object using the
> "**" dictionary-unpacking syntax for keyword arguments.  Here's a
> minimal repro.
>
> In CPython:
>
> 
> Python 2.4.3 (#69, Mar 29 2006, 17:35:34) [MSC v.1310 32 bit (Intel)] on
> win32
> Type "help", "copyright", "credits" or "license" for more information.
>  >>> class F(object):
> ... def __call__(self, *args, **kwargs):
> ... print args, kwargs
> ...
>  >>> f = F()
>  >>> f(*(1,), **{'a' : 23})
> (1,) {'a': 23}
>  >>>
> 
>
> In IP 1.0.1 (also checked against 1.1 alpha):
>
> -
> IronPython 1.0 (1.0.61005.1977) on .NET 2.0.50727.42
> Copyright (c) Microsoft Corporation. All rights reserved.
>  >>> class F(object):
> ... def __call__(self, *args, **kwargs):
> ... print args, kwargs
> ...
>  >>> f = F()
>  >>> f(*(1,), **{'a' : 23})
> Traceback (most recent call last):
>   File , line 0, in ##23
> Exception: this object is not callable with keyword parameters
> -
>
>
> Regards,
>
> Giles
>
> --
> Giles Thomas
> [EMAIL PROTECTED]
> +44 (0) 20 7253 6372
>
> Resolver Systems Ltd
> 17a Clerkenwell Road, London EC1M 5RD, UK
> VAT No.: GB 893 5643 79
> Registered in England and Wales as company number 5467329.
> Registered address: 843 Finchley Road, London NW11 8NA, UK
>
> ___
> users mailing list
> users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> ___
> users mailing list
> users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>   

-- 
Giles Thomas
[EMAIL PROTECTED]
+44 (0) 20 7253 6372

Resolver Systems Ltd
17a Clerkenwell Road, London EC1M 5RD, UK
VAT No.: GB 893 5643 79 
Registered in England and Wales as company number 5467329.
Registered address: 843 Finchley Road, London NW11 8NA, UK

___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] Bug in handling of keyword arguments for __call__

2007-02-14 Thread Dino Viehland 
Thanks for the bug report.  I've opened bug #8246 to track this 
(http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=8246).

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Giles Thomas
Sent: Wednesday, February 14, 2007 7:17 AM
To: Discussion of IronPython
Subject: [IronPython] Bug in handling of keyword arguments for __call__

Hi,

It looks like there's a problem with calling a callable object using the
"**" dictionary-unpacking syntax for keyword arguments.  Here's a
minimal repro.

In CPython:


Python 2.4.3 (#69, Mar 29 2006, 17:35:34) [MSC v.1310 32 bit (Intel)] on
win32
Type "help", "copyright", "credits" or "license" for more information.
 >>> class F(object):
... def __call__(self, *args, **kwargs):
... print args, kwargs
...
 >>> f = F()
 >>> f(*(1,), **{'a' : 23})
(1,) {'a': 23}
 >>>


In IP 1.0.1 (also checked against 1.1 alpha):

-
IronPython 1.0 (1.0.61005.1977) on .NET 2.0.50727.42
Copyright (c) Microsoft Corporation. All rights reserved.
 >>> class F(object):
... def __call__(self, *args, **kwargs):
... print args, kwargs
...
 >>> f = F()
 >>> f(*(1,), **{'a' : 23})
Traceback (most recent call last):
  File , line 0, in ##23
Exception: this object is not callable with keyword parameters
-


Regards,

Giles

--
Giles Thomas
[EMAIL PROTECTED]
+44 (0) 20 7253 6372

Resolver Systems Ltd
17a Clerkenwell Road, London EC1M 5RD, UK
VAT No.: GB 893 5643 79
Registered in England and Wales as company number 5467329.
Registered address: 843 Finchley Road, London NW11 8NA, UK

___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

[IronPython] Bug in handling of keyword arguments for __call__

2007-02-14 Thread Giles Thomas 
Hi,

It looks like there's a problem with calling a callable object using the 
"**" dictionary-unpacking syntax for keyword arguments.  Here's a 
minimal repro.

In CPython:


Python 2.4.3 (#69, Mar 29 2006, 17:35:34) [MSC v.1310 32 bit (Intel)] on 
win32
Type "help", "copyright", "credits" or "license" for more information.
 >>> class F(object):
... def __call__(self, *args, **kwargs):
... print args, kwargs
...
 >>> f = F()
 >>> f(*(1,), **{'a' : 23})
(1,) {'a': 23}
 >>>


In IP 1.0.1 (also checked against 1.1 alpha):

-
IronPython 1.0 (1.0.61005.1977) on .NET 2.0.50727.42
Copyright (c) Microsoft Corporation. All rights reserved.
 >>> class F(object):
... def __call__(self, *args, **kwargs):
... print args, kwargs
...
 >>> f = F()
 >>> f(*(1,), **{'a' : 23})
Traceback (most recent call last):
  File , line 0, in ##23
Exception: this object is not callable with keyword parameters
-


Regards,

Giles

-- 
Giles Thomas
[EMAIL PROTECTED]
+44 (0) 20 7253 6372

Resolver Systems Ltd
17a Clerkenwell Road, London EC1M 5RD, UK
VAT No.: GB 893 5643 79 
Registered in England and Wales as company number 5467329.
Registered address: 843 Finchley Road, London NW11 8NA, UK

___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] iron python on pocket pc

2007-02-14 Thread Gutfreund, Yechezkal 
Consider getting an OQO Model 2, or an SONY VIA UX-280 (they are only slightly 
larger than a PDA, but run full VISTA).
 

 


From: [EMAIL PROTECTED] on behalf of Simon Dahlbacka
Sent: Wed 2/14/2007 9:20 AM
To: Discussion of IronPython
Subject: Re: [IronPython] iron python on pocket pc


AFAIK, no, since it needs stuff like Reflection Emit that is not available but 
in the full .NET 2.0


On 2/14/07, David Jensen < [EMAIL PROTECTED]  > 
wrote: 

Does ironpython work on pocket pc? If so, which versions does it run 
on? I 
would assume it would be .net 2.0 which would be mobile 5 or, possibly, 
2003

David Jensen


David Jensen
Apartment 412
414 West 120th Street
New York, New York 10027
212-866-7094
646-245-2654 (cell) 
206-984-4900 (fax to email)
[EMAIL PROTECTED]



___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com



___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] iron python on pocket pc

2007-02-14 Thread Simon Dahlbacka 

AFAIK, no, since it needs stuff like Reflection Emit that is not available
but in the full .NET 2.0

On 2/14/07, David Jensen <[EMAIL PROTECTED]> wrote:


Does ironpython work on pocket pc? If so, which versions does it run on? I
would assume it would be .net 2.0 which would be mobile 5 or, possibly,
2003

David Jensen


David Jensen
Apartment 412
414 West 120th Street
New York, New York 10027
212-866-7094
646-245-2654 (cell)
206-984-4900 (fax to email)
[EMAIL PROTECTED]



___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

[IronPython] iron python on pocket pc

2007-02-14 Thread David Jensen 
Does ironpython work on pocket pc? If so, which versions does it run on? I
would assume it would be .net 2.0 which would be mobile 5 or, possibly, 2003

David Jensen


David Jensen
Apartment 412
414 West 120th Street
New York, New York 10027
212-866-7094 
646-245-2654 (cell)
206-984-4900 (fax to email)
[EMAIL PROTECTED]
 


___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com