Linked by Eugenia Loli on Fri 14th Oct 2005 16:17 UTC
.NET (dotGNU too) IronPython is the codename for an alpha release of the Python programming language for the .NET platform. It supports an interactive interpreter with fully dynamic compilation. It is well integrated with the rest of the framework and makes all .NET libraries easily available to Python programmers.
Order by: Score:
v pointless
by Anonymous on Fri 14th Oct 2005 17:41 UTC
RE: pointless
by Who is That on Fri 14th Oct 2005 17:56 UTC in reply to "pointless"
Who is That Member since:
2005-07-02

how so? because if you were doing .net programming but wanted to use Python, IronPython would be a great tool to use.

Reply Score: 2

RE[2]: pointless
by Anonymous on Fri 14th Oct 2005 17:59 UTC in reply to "RE: pointless"
Anonymous Member since:
---

with this all roads lead to redmond. Thats the issue. You are no longer "independent".

Reply Score: 0

RE[3]: pointless
by the_trapper on Fri 14th Oct 2005 18:05 UTC in reply to "RE[2]: pointless"
the_trapper Member since:
2005-07-07

Yeah, all roads lead to redmond, except those leading to Java, Linux, the BSDs, OS/2, Solaris, OpenVMS, etc.

(Python runs on these platforms too.) Personally, I think IronPython is a great thing for people who want to go the .NET route, but still leave themselves a decent exit strategy. Sure, your code may end up relying on the .NET libraries, but at least your core logic will be written in an extremely portable language.

Reply Score: 2

RE[4]: pointless
by japail on Fri 14th Oct 2005 18:34 UTC in reply to "RE[3]: pointless"
japail Member since:
2005-06-30

You really shouldn't underestimate the degree to which library dependencies make it unprofitable to retarget a codebase that wasn't designed to accomodate transitions to other platforms. Coupling your code to the class libraries available on the CLR isn't meaningfully different from coupling your code to the class libraries available on the JVM, or writing your program to depend on frameworks available only on Windows.

Dynamic languages for the CLR will always suffer bidirectional interop hurdles with the static languages that dominate the platform. This will limit the usefulness of Python for developing class libraries on the platform, relegating it basically to a position of gluing relevant frameworks together to make applications. This really only encourages coupling Python code to library code that cannot be relied upon to be portable in the sense that it is available on platforms other than .NET.

Reply Score: 1

RE[4]: pointless
by Simba on Fri 14th Oct 2005 22:30 UTC in reply to "RE[2]: pointless"
Simba Member since:
2005-10-08

It should also be pointed out that IronPython performs better than CPython because it can compile directly to .NET bytecode that does not require the Python interpretor to run. That's another reason one might want consider IronPython.

But also, when you think about it, really this just amounts to porting Python to another platform. Just like Jython ports Python to Java (and has similar benefits to IronPython in that it can compile directly to Java bytecode that does not require the Python interpretor to run).

Reply Score: 1

RE[5]: pointless
by Anonymous on Mon 17th Oct 2005 12:46 UTC in reply to "RE[4]: pointless"
Anonymous Member since:
---

>>It should also be pointed out that IronPython >>performs better than CPython...

A far as I could see, it isn't faster than Cpython. What's more, in most cases it is much more slower.
However, I've never done any intensive testing. I just tested the speed of very simple code snippets, and they always come up being much slower in Ironpython than in Cpython.

This is not to criticize, IP is still in alpha, and performance optimization is always the last thing to do when creating a language implementation...

Reply Score: 0

v RE: pointless
by Anonymous on Fri 14th Oct 2005 18:47 UTC in reply to "pointless"
RE: pointless
by Anonymous on Fri 14th Oct 2005 19:10 UTC in reply to "pointless"
Anonymous Member since:
---

Mono has pretty much full support for .NET, except for Windows Forms which is pretty lackluster at the moment. On top of that it's got loads of extra (especially Gnome) class libraries. Some languages are even developed especially for Mono (like Nemerle for example), .NET compatability is just a biproduct in those. Mono is most certainly not a "hack" or whatever you meant to imply with that word.

Reply Score: 2

release notes
by doug on Fri 14th Oct 2005 17:43 UTC
doug
Member since:
2005-07-07
RE: release notes
by Botty on Sat 15th Oct 2005 01:14 UTC in reply to "release notes"
Botty Member since:
2005-09-11

Lol, yeah, if you want a language that is like python but isnt limiting itself to the bounds of python, try

http://boo.codehaus.org/

Reply Score: 2

Iron Python.. worked great for me..
by Anonymous on Fri 14th Oct 2005 18:25 UTC
Anonymous
Member since:
---

I had to do a project where only .NET libs were available.. I had never touched .NET before.. Iron Python allowed me to carry it off within a day.. only armed with my Python skills..

-Cowmix

Reply Score: 0

v OMG
by Anonymous on Fri 14th Oct 2005 18:26 UTC
IMHO
by fretinator on Fri 14th Oct 2005 19:49 UTC
fretinator
Member since:
2005-07-06

As nice as it is that there are so many languages that can be used with .NET, I have to agree with those that say you should stick with "native" .NET languages. I would even avoid second tier languages distriubuted with .NET, such as VC.NET and J#.net. Realistically, I would stick with either VB.Net or C#. VC.Net is a kludge (since C-type languages will always struggle between ANSI C/C++ and the CLR with its Garbage Collection, etc). J# is the last way I would want to do Java development. It's nice to know I can do Ruby.NET, but I am not going to be able to create an ASP.Net application with the code-behind in Ruby. And for me, that's the end of the story.

Reply Score: 1

RE: IMHO
by Who is That on Sat 15th Oct 2005 02:38 UTC in reply to "IMHO"
Who is That Member since:
2005-07-02

why could you not use ruby in your ASP.net page?

Reply Score: 1

RE[2]: IMHO
by aarnott on Sat 15th Oct 2005 02:59 UTC in reply to "RE: IMHO"
aarnott Member since:
2005-08-09

> why could you not use ruby in your ASP.net page?

You should be able to, theoretically. Visual Studio .NET 2003/5 won't help you do it though. If you really wanted to do it, you could write your code-behind in Ruby, compile it to IL (.NET assembly .dll) then write your .aspx front-end. With .NET, once the code is compiled it doesn't matter what language it's written in.

I don't know, but it may be impossible to write inline code in your .aspx page using Ruby until a Ruby .aspx compiler is written. That's a different thing than just a ruby compiler, which is already well underway. So I think you could write your code-behind in Ruby, and any inline-code in your .aspx page using C# or VB.NET or another language with an .aspx compiler.

Reply Score: 1

RE: IMHO
by Anonymous on Mon 17th Oct 2005 12:41 UTC in reply to "IMHO"
Anonymous Member since:
---

I wonder why. Why wouldn't you be able to use Ruby.Net for coding ASP.NET pages?

Reply Score: 0

VS.Net integration
by Rodrigo on Fri 14th Oct 2005 20:41 UTC
Rodrigo
Member since:
2005-07-06

Any info whether IronPython will work inside Visual Studio.net, for example to create asp.net applications with the webform designer etc?

Reply Score: 1

IronPython and GNOME/win32 portabil
by Anonymous on Fri 14th Oct 2005 22:27 UTC
Anonymous
Member since:
---

IronPython is very interesting for GNOME/win32 portability (for those who don't like mono for whatever reason). As regards language features python is pretty well equipped and using the gtk (+ ported gnome) stack it is imaginable to create applications that don't use any .NET classes.

Reply Score: 0

not Visual Studio 2003 compatible
by Anonymous on Fri 14th Oct 2005 22:47 UTC
Anonymous
Member since:
---

anyone interested in this should be warned. the souce code on the MS site won't open/compile with VS.net 2003 - apparently it's only compatible with a newer version

Reply Score: 0

In Error
by Anonymous on Sat 15th Oct 2005 00:07 UTC
Anonymous
Member since:
---

I believe this post is in error. It describes the IronPython project as being a programming language for the .Net platform. I believe the description you are looking for is, "Microsoft Visual Studio's .NET" or perhaps even Microsoft's .NET platform. My understanding is that IronPython has stopped working with any other platform since Microsoft purchased the head coder.

Reply Score: 0

RE: In Error
by Anonymous on Sat 15th Oct 2005 01:16 UTC in reply to "In Error"
Anonymous Member since:
---

Dunno wtf you're smoking, but it works under Mono.

It only "stopped working" because Mono has bugs with its generics implementation, that were promptly fixed when IronPython exposed them.

Reply Score: 0

RE[2]: In Error
by Anonymous on Sat 15th Oct 2005 08:47 UTC in reply to "RE: In Error"
Anonymous Member since:
---

how does one run a script under linux with mono and ironpython?
The console is working nicely as a standalone app.

bye
rm

Reply Score: 0

santagada
Member since:
2005-07-06

Thank god they fixed True == False, so my this code works. In basicRulesOfTheWorld.py:

if True == False:
print "Your computer has no sense of right or wrong, and I can't work on this conditions"
sys.exit(1)

Reply Score: 1

Is it still phoning home
by Anonymous on Sat 15th Oct 2005 09:42 UTC
Anonymous
Member since:
---

Last time I tried IronPython (I think it was the first release based on the .Net 2 beta) it wanted to contact an MS site each time I started up.
I don't know if that's the .Net library or IronPython, but it leaves me feeling rather uncertain. With all the stuff being written about 'Trusted Computing' do I want my fumblings with .Net to be broadcast to the world? I don't think I trust the .Net/IronPython combo. It may all be entirely innocent, but if they want some usage statistics they could just ask.
robin at reportlab

Reply Score: 1