[IronPython] Generics support in IronPython
Hi, Will IronPython support generics? Also, is support for calling python code from other CLR languages scoped for 1.0? It would be a particularly useful to be able to call compiled python code from C#, or, even better, extend python classes in C#. Keep up the great work. I'm looking forward to the day I can write ASP.NET applications in python! Best regards, Martin Smith ___ users-ironpython.com mailing list users-ironpython.com@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] Renaming IronPythonConsole
Jim Hugunin wrote: Thanks for the feedback on names for IronPythonConsole. I notice that there were zero votes for keeping the name as is . The two names that had votes in favor of them were fepy and ironpy. ironpy is very like irony, so maybe pirony would be better? More seriously how about piron or pyron? -- Pádraig Brady - http://www.pixelbeat.org -- ___ users-ironpython.com mailing list users-ironpython.com@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] Renaming IronPythonConsole
On Friday 01 April 2005 05:13, [EMAIL PROTECTED] wrote: > Jim Hugunin wrote: > > Thanks for the feedback on names for IronPythonConsole. I notice that > > there were zero votes for keeping the name as is . > > > > The two names that had votes in favor of them were fepy and ironpy. Not to contribute to the proliferation of name suggestions, but (one serious suggestion and a couple of unserious ones): Java + python = jython => .NET + python = nython and with tongue in cheek: Microsoft + python + embrace/extend = mython Microsoft + fear of OSS + shared source = shython ___ users-ironpython.com mailing list users-ironpython.com@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] Renaming IronPythonConsole
I take back my vote for ipython and throw my entire one vote behind nython... "Programming in Nython" ... Anthony On Apr 1, 2005 6:17 PM, Terry L. Triplett <[EMAIL PROTECTED]> wrote: > On Friday 01 April 2005 05:13, [EMAIL PROTECTED] wrote: > > Jim Hugunin wrote: > > > Thanks for the feedback on names for IronPythonConsole. I notice that > > > there were zero votes for keeping the name as is . > > > > > > The two names that had votes in favor of them were fepy and ironpy. > > Not to contribute to the proliferation of name suggestions, but (one serious > suggestion and a couple of unserious ones): > > Java + python = jython => .NET + python = nython > > and with tongue in cheek: > > Microsoft + python + embrace/extend = mython > Microsoft + fear of OSS + shared source = shython > ___ > users-ironpython.com mailing list > users-ironpython.com@lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > ___ users-ironpython.com mailing list users-ironpython.com@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
[IronPython] Re: Renaming IronPythonConsole
"Terry L. Triplett" <[EMAIL PROTECTED]> writes: > Microsoft + fear of OSS + shared source = shython Sounds somewhat like the german 'scheissen'. ___ users-ironpython.com mailing list users-ironpython.com@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
RE: [IronPython] Renaming IronPythonConsole
I guess you're right: by the time IronPython (or whatever the name will be) is production ready, everybody will have 2.0 on their machine. Right? I guess it's just another Microsoft way of saying: you must upgrade to 2.0. I don't like that tone. I like Python, I like the addition of .NET and I liked the way that IronPython *was* licensed. -Original Message- From: Bob Ippolito [mailto:[EMAIL PROTECTED] Sent: vrijdag 1 april 2005 6:48 To: Sriram Krishnan Cc: 'R.R. Sprinkhuizen'; users-ironpython.com@lists.ironpython.com Subject: Re: [IronPython] Renaming IronPythonConsole On Mar 31, 2005, at 11:34 PM, Sriram Krishnan wrote: >>> Me too, but very unhappy that it needs 2.0. Can't there be a 1.1 and >>> a 2.0 > version? > > I don't think that would be possible - IronPython makes heavy use of > 2.0 specific features such as Lightweight Code Generation Also, it's clearly not production material yet, so why would you need to use it on a legacy runtime? -bob ___ users-ironpython.com mailing list users-ironpython.com@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] Renaming IronPythonConsole
On Apr 1, 2005, at 15:31, R.R. Sprinkhuizen wrote: I guess you're right: by the time IronPython (or whatever the name will be) is production ready, everybody will have 2.0 on their machine. Right? I guess it's just another Microsoft way of saying: you must upgrade to 2.0. I don't like that tone. I like Python, I like the addition of .NET and I liked the way that IronPython *was* licensed. Microsoft is paying for it, they can do whatever makes sense for them. You're lucky that it's as liberally licensed as it is! I have no problems with them requiring the latest and greatest .NET runtime, especially because it has features designed to support use cases like IronPython... and will grow them as necessary *because* Microsoft is supporting IronPython. If you liked it better with the old license and old requirements, fork the old one. -bob ___ users-ironpython.com mailing list users-ironpython.com@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
RE: [IronPython] Renaming IronPythonConsole
> If you liked it better with the old license and old requirements, fork the old one. If I had that kind of programming capabilities, I wouldn't be here whining about 2.0, now would I? Cheers! Reginald ___ users-ironpython.com mailing list users-ironpython.com@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] Renaming IronPythonConsole
On Sat, Apr 02, 2005 at 12:04:45AM +0200, R.R. Sprinkhuizen wrote: > > > If you liked it better with the old license and old requirements, fork the > old one. > > If I had that kind of programming capabilities, I wouldn't be here whining > about 2.0, now would I? So put up some money to have someone else do it... I'd be willing. Or contribute organizational and management skills to a forking project and try to attract coders to work on it. Joe ___ users-ironpython.com mailing list users-ironpython.com@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] VS 2005/#Develop/MonoDevelop plugins
Writing the IDE plug-in for Visual Studio or SharpDevelop might be more beneficial to IronPython if the plugin is written in IronPython (!). The Boo plug-in for SharpDevelop exposed a few bugs in Boo that nobody had really noticed before, which was convient, to say the least. Not that I'm volunteering. Cartwright, Iain wrote: For dev's coming from a Windows/.NET environment IDE plug-ins are in my opinion a real drawcard. It would really aid the progress and adoption of IronPython if these are made available as soon as possible. I am guessing that this is beyond the scope of Jim and Martin's tasks. Perhaps this would make a good ironpy community project? VS 2005 I have looked briefly at the MS VSIP SDK (http://msdn.microsoft.com/vstudio/extend/) - It appears to be a lot of work to get full language support + integrated help + ironpy window. #Develop The Boo folks have working code that might be useful as a basis for a #develop plug-in. MonoDevelop Appears to use the same/similar plug-in format to #Develop. It would of course be best to have MS do the VS 2005 plug-in and release it as (shared source) example code for the VSIP program maybe? iain ___ users-ironpython.com mailing list users-ironpython.com@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com ___ users-ironpython.com mailing list users-ironpython.com@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
RE: [IronPython] Generics support in IronPython
Martin Smith wrote:
> Will IronPython support generics?
Here's the short answer to your question:
>>> from System.Collections.Generic import *
>>> l = List[str]()
>>> l.Add('hi')
>>> list(l)
['hi']
>>> l.Add(42)
System.Exception: bad args to this method
This works today and creates a List. All of the methods have
the right signatures and will be dynamically checked like any other CLR
library code called from Python. The syntax is the same as Guido
proposed in his blog entry on optional static types here:
http://www.artima.com/weblogs/viewpost.jsp?thread=86641
There are still many open design questions about how generics and a
dynamic language can best work together, but most of the obvious things
just work in IronPython today. This is easy on the CLR because all of
the information about generic type instantiations is kept at runtime so
the standard reflective type inspection work just does the right thing.
> Also, is support for calling python code from other CLR languages
scoped
> for
> 1.0? It would be a particularly useful to be able to call compiled
python
> code from C#, or, even better, extend python classes in C#.
Absolutely. You can already do some of this today where code that
expects a delegate can be passed a Python function which will look just
like a delegate to the C#/VB/etc programmer. The next level is to
provide some sort of static compilation to a .dll or .exe and that's
clearly on the 1.0 todo list, but not something you should expect
tomorrow.
Extending a Python class in C# is an interesting challenge, and that
might be outside of the scope of 1.0. BTW - extending C# classes in
Python is something that works pretty well today and will only get
better. I'm not sure how much of a Python class's dynamic nature you'd
have to give up in order to make extending it from C# a sensible thing
to do. This one will need some more thought.
> Keep up the great work. I'm looking forward to the day I can write
> ASP.NET
> applications in python!
I look forward to that day as well. I don't think it's that far off
anymore.
Thanks - Jim
___
users-ironpython.com mailing list
users-ironpython.com@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
RE: [IronPython] Generics support in IronPython
So that shows consumption -- is creation supported?
Very cool
From: [EMAIL PROTECTED] on behalf of Jim Hugunin
Sent: Fri 4/1/2005 5:17 PM
To: Martin Smith; users-ironpython.com@lists.ironpython.com
Subject: RE: [IronPython] Generics support in IronPython
Martin Smith wrote:
> Will IronPython support generics?
Here's the short answer to your question:
>>> from System.Collections.Generic import *
>>> l = List[str]()
>>> l.Add('hi')
>>> list(l)
['hi']
>>> l.Add(42)
System.Exception: bad args to this method
<>___
users-ironpython.com mailing list
users-ironpython.com@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
[IronPython] CPython access
Where there be any plans for allowing IronPython to work with an instance of CPython directly? There are quite a few instances where this would be extremely handy (SWIG-wrapped libraries such as wxPython, or tightly optimized pieces that deal directly with operating system concepts such as Twisted reactors where rewriting in IronPython or converting may not be trivial enough) As a sidenote, I believe the compiler was originally prototyped in python, why was C# chosen as a language? System.Reflection.Emit argues for itself, however it is easily accessed from CPython with Python for .NET, and that code would be a simply bootstrapping stage that could be moved into IronPython code. ___ users-ironpython.com mailing list users-ironpython.com@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
