. the quick answer for getting started with ironpython<br>
is to get started with zope`s python for .NET<br>
[@] <a href="http://www.zope.org/Members/Brian/PythonNet/readme.html#getting_started">http://www.zope.org/Members/Brian/PythonNet/readme.html#getting_started</a><br>
<br>
. ironpython is at microsoft and it is alpha;<br>
so, there may not be a lot of help besides knowing that<br>
iron python is just python for another platform (lots of help for python)<br>
. an easier approach might come from zope; [@] <a href="http://www.zope.org/Members/Brian/PythonNet">http://www.zope.org/Members/Brian/PythonNet</a><br>
but, this appears to have a problem with python`s exceptions being
old-style classes, instead of new-style classes that don't have to
subclass Python's Exception class,<br>
although Py'NET`s author is under the impression that the <br>
next version of Python might change for .NET compatability<br>
. I'm personally putting my bets on pypy [@] <a href="http://codespeak.net/pypy/dist/pypy/doc/index.html">http://codespeak.net/pypy/dist/pypy/doc/index.html</a><br>
. not only is pypy getting european funding for being fork-friendly (it`s written in python),<br>
it also has a back end for llvm [@] <a href="http://lambda-the-ultimate.org/node/view/141#comment-986">http://lambda-the-ultimate.org/node/view/141#comment-986</a><br>
(it compiles python to LLVM (Low-Level Virtual Machine code))<br>
. LLVM is <span style="font-style: italic;"><span style="font-style: italic;">[/]</span>hot:<br>
</span>[@]<span style="font-style: italic;"> </span><a href="http://llvm.cs.uiuc.edu/">http://llvm.cs.uiuc.edu/</a><span style="font-style: italic;"><br style="font-style: italic;">
</span>every language should have a port to LLVM;<br>
and every platform should have an LLVM -to- native|managed code compiler<br>
<p><br>
Python for .NET 1.0 beta 5 is based on Python 2.4<br>
[@] <a href="file:///Members/Brian/PythonNet/Releases/PythonNet-1.0-beta5.tgz">http://www.zope.org/Members/Brian/PythonNet/Releases/PythonNet-1.0-beta5.tgz</a><br>
<br>
"(.<span style="font-style: italic;"> zope`s package does </span><em style="font-style: italic;">not</em><span style="font-style: italic;"> produce managed code (IL) from Python code</span><br style="font-style: italic;">
<span style="font-style: italic;">
. Rather, it is
an integration of the C Python engine with the .NET runtime</span><br style="font-style: italic;"><span style="font-style: italic;">
. This
approach allows you to use the CLR services </span><br style="font-style: italic;"><span style="font-style: italic;">
and continue to use existing
Python C extensions </span><br style="font-style: italic;"><span style="font-style: italic;">
while maintaining native execution speeds for Python
code. )<br>
</span></p>
<p><a href="file:///Members/Brian/PythonNet/Releases/PythonNet-1.0-beta5.tgz"></a><br>
</p>
<h4> <strong>Why Python For .NET?</strong></h4>
<p> Python for .NET gives Python programmers near-seamless integration<br>
with
the .NET Common Language Runtime (CLR) <br>
and provides a powerful tool for
application scripting for .NET developers<br>
. Using this package you can
script CLR applications <br>
or build entire applications in Python, <br>
using
CLR services and components written in any language that targets the
CLR <br>
(Managed C++, C#, VB, JScript, etc.).</p>
<br>
<h4> Is This Like Jython for .NET?</h4>
<p> Not really. Jython provides an implementation of the Python language and
runtime engine in pure Java. Python for .NET is not a re-implementation
of Python, just an integration of the existing CPython runtime with .NET.</p>
<p> While a solution like Jython provides "two-way" interoperability, this
package only provides "one-way" integration. Meaning, while Python can
use types and services implemented in .NET, managed code cannot generally
use classes implemented in Python.</p>
<p> A Jython-like solution for .NET would certainly be doable and useful - but
it would also require far more work than the current approach.</p>
<h4> Is This Related To ActiveState's Python.NET Work?</h4>
<p> No. That effort focused on the feasibility of making Python a true .NET
language (compiling Python to IL). You can find that work as well as a
paper describing the goals and results at <a href="http://www.activestate.com">http://www.activestate.com</a>.</p>
<br>
[*][<span style="font-weight: bold;">. this is from the [/]<span style="font-style: italic;">download`s</span> readme</span>:]<br>
<br>
<br>
open source Zope Public License (ZPL).<br>
: <a href="http://www.zope.org/Products/Zope/LICENSE_20.txt">http://www.zope.org/Products/Zope/LICENSE_20.txt</a>.<br>
<br>
<br>
**Does it work with Mono?**<br>
<br>
Preliminary testing shows that PythonNet will run under mono, though the <br>
test suite fails quickly due to NotImplemented errors raised in parts of <br>
the Mono runtime. The PythonNet integration layer is 100% managed code, <br>
so there are no long-term issues under mono - it should work better and <br>
better as the mono platform matures.<br>
<br>
It is not currently possible to *build* PythonNet using only the Mono <br>
tools, due to an issue involving the Mono assembler / disassembler. You <br>
should, however, be able to try the pre-built assembly under Mono (or <br>
compile it yourself with the MS tools and run it under Mono).<br>
<br>
Note that if you are running under Mono on a *nix system, you will need <br>
to have Python 2.4 installed. You will probably also have to make a <br>
symlink in the PythonNet directory pointing to the <a href="http://libpython2.4.so">libpython2.4.so</a> on <br>
your system. You will need to name the symlink 'python24.so'.<br>
<br>
<br>
**What is the current status of the package?**<br>
<br>
The Python for .NET runtime is quite stable and is nearly feature <br>
complete. There are a large number of unit tests as well as a number <br>
of stress tests, leak tests and demo scripts. There are still <br>
some loose ends to finish up for the 1.0 release, but it is definitely <br>
usable for real applications.<br>
<br>
Current issues:<br>
<br>
- Managed exceptions are not integrated well with Python exceptions, due <br>
to Python's insistence that exceptions must be old-style classes. Not <br>
sure if there is a sneaky way around it, other than lobbying Guido to <br>
look at it for a future Python version. Currently, it looks like <br>
Python 2.5 will support new-style classes as exceptions.<br>
<br>
- Packaging is still pretty minimal. There should probably be an msi <br>
installer etc. for win32.<br>
<br>
<br>
[*]<span style="font-weight: bold;">distr`doc/todo</span>:<br>
<br>
ToDo List:<br>
<br>
- incorporate fxcop suggestions<br>
<br>
- out, ref params<br>
- <br>
<br>
- Fix anything that relies on member order in reflection - this will <br>
change post 1.1<br>
<br>
- Support out and in/out params<br>
<br>
- fix loss of python wrapped instances when handed over to clr<br>
<br>
- Finish leaktest.py and finish checking for leaks.<br>
<br>
- Implement class wrappers to allow Python code to implement interfaces<br>
and abstract .NET classes<br>
<br>
- Finish basic embedding APIs & tests<br>
<br>
- Integrate nunit 2<br>
<br>
- Test thread state management & async delegates<br>
<br>
- Tests for overload selection<br>
<br>
- Cached type in TypeManager need to be cleaned up on managed<br>
runtime finalization (low priority); review finalization <br>
generally.<br>
<br>
- Pester Guido about letting exceptions be new-style classes that <br>
don't have to subclass Python's Exception class :) See if there is <br>
some sneaky way around it.<br>
<br>
- Look at optimizing some type conversions<br>
<br>
<br>
FAQ items:<br>
<br>
- document loading specific versions of assemblies<br>
<br>
<br>
<br>
<br>
<div class="post">
<h5>
<a id="_ctl0__ctl0__ctl0__ctl0_RecentPosts__ctl0_postlist__ctl0_EntryItems__ctl2_PostTitle" href="http://blogs.msdn.com/michaljc/archive/2005/02/23/379329.aspx">llvm tip (Execution Engine-independent JIT compilers)
<br>
[@] http://blogs.msdn.com/michaljc/<br>
</a></h5>
<p>I
have recently put together a set of slides about LIL (Low-level
Intermediate Language) and gave a talk at Microsoft. This work was
done before I joined Microsoft: LIL was developed by the ORP (<a href="http://www.intel.com/technology/itj/2003/volume07issue01/art01_orp/p01_abstract.htm">Open Runtime Platform</a>)
team at Intel. LIL was addressing multiple issues in the ORP design
(papers referenced below can give you an idea) but the focus of this
presentation was more narrow: how to improve the interface between the
JIT (Just-In-Time compiler) and the rest of the VM. I'd like to point
out that I use the terms VM (Virtual Machine) and EE (Execution Engine)
interchangeably (see <a href="http://blogs.msdn.com/brada/archive/2005/01/12/351958.aspx">this post</a> for
a discussion of this terminology). Others have come up independently
with somewhat similar ideas and I found quite a lot of interest in the
LIL approach in conversations both inside and outside of Microsoft.
For my current presentation I took some of the old LIL slides that I
used in a talk I gave at <a href="http://www.inf.ethz.ch/">ETH Zürich</a>
in 2003 and modified them to focus on the JIT/EE interface. This
version of slides benefited from my conversations with many people in
the last year, after the original LIL papers were published. I think
that I owe most to my conversations with George Bosworth and to
comments by <a href="http://www.ps.uni-sb.de/%7Ebruni">Thorsten Brunklaus</a> who worked on the SEAM VM (see below) and now is in the CLR team.</p> <p>LIL is described at length in the <a href="http://www.usenix.org/events/vm04/tech/glew.html">
VM'04 paper</a>. The MPOOL'03 paper (<a href="http://www.cierniak.org/research/publications/orp-mpool-2003-final.pdf">pdf</a>)
presents some thoughts on how LIL could be used to abstract away the
object model from the JIT. Full references to these two papers are
available on <a href="http://www.cierniak.org/research/publications">my publications page</a>.</p> <p>The talk I just gave had the title "<em>Execution Engine-independent JIT compilers</em>"
and the basic idea is that LIL enables a much better abstraction of the
EE from a JIT's point of view then what is used in all known to me
implementations of virtual machines for JVM and CLR/CLI. I made the
full presentation available as a <a href="http://www.cierniak.org/research/publications/lil-msr-talk-2005.pdf">pdf file</a>.</p> <p>Here are references to the related work mentioned in the slides:</p> <ul><li>Bartok is a compiler developed by the
<a href="http://research.microsoft.com/act">Advanced Compiler Technology</a> group at <a href="http://research.microsoft.com/">MSR</a></li><li>JikesRVM: <a href="http://www.ibm.com/developerworks/oss/jikesrvm">http://www.ibm.com/developerworks/oss/jikesrvm
</a></li><li>LLVM: <a href="http://llvm.cs.uiuc.edu/">http://llvm.cs.uiuc.edu</a></li><li>C--: <a href="http://www.cminusminus.org/">http://www.cminusminus.org</a></li><li>SEAM: <a href="http://www.ps.uni-sb.de/seam">http://www.ps.uni-sb.de/seam
</a> (also, <a href="http://lambda-the-ultimate.org/node/view/440">this discussion</a> is an entertaining read if you want to see varied opinions on the subject)</li><li>PCR: <a href="http://portal.acm.org/citation.cfm?id=74862">
http://portal.acm.org/citation.cfm?id=74862</a></li><li>Alan Kay's quote is from the <a href="http://acmqueue.com/modules.php?name=Content&pa=showpage&pid=273">ACM Queue article</a>.</li></ul>
<p class="postfoot">
posted
<a id="_ctl0__ctl0__ctl0__ctl0_RecentPosts__ctl0_postlist__ctl0_EntryItems__ctl2_PermaLink" href="http://blogs.msdn.com/michaljc/archive/2005/02/23/379329.aspx">Wednesday, February 23, 2005 4:55 PM
</a>
by
<a id="_ctl0__ctl0__ctl0__ctl0_RecentPosts__ctl0_postlist__ctl0_EntryItems__ctl2_AuthorLink" href="http://blogs.msdn.com/Profile.aspx?UserID=3080">michaljc</a>
with
<a id="_ctl0__ctl0__ctl0__ctl0_RecentPosts__ctl0_postlist__ctl0_EntryItems__ctl2_CommentsLink" href="http://blogs.msdn.com/michaljc/archive/2005/02/23/379329.aspx#comments">3 Comments</a>
</p>
</div>
<br><br><div><span class="gmail_quote">On 10/13/05, <b class="gmail_sendername">Rajesh Sathyamoorthy</b> <<a href="mailto:rajesh1986@gmail.com">rajesh1986@gmail.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi,<br>
<br>
I am familiar with python but not with .NET. I also do not know any
other programming language like C# and VB so following tutorials can be
difficult. What steps should I take to start learning how to use
ironpython?<br>
<br>
Thank You.<br>
<br>_______________________________________________<br>users mailing list<br><a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:users@lists.ironpython.com">users@lists.ironpython.com</a><br><a onclick="return top.js.OpenExtLink(window,event,this)" href="http://lists.ironpython.com/listinfo.cgi/users-ironpython.com" target="_blank">
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com</a><br><br><br><br clear="all"></blockquote></div><br><br clear="all"><br>-- <br>American Dream Documents<br><a href="http://www.geocities.com/amerdreamdocs/home/">
http://www.geocities.com/amerdreamdocs/home/</a><br>"(real opportunity starts with real documentation)