Ironpython 2.6 beta 2

With the powerful $ support of Microsoft, ironpython development is like a rocket.

2.6 beta 2 has been released on the 23rd. Below is its release notes. For details, see here

 

Release Notes

at this point we are essential feature complete from a cpython 2.6
perspective, and look forward to making available ironpython 2.6 release candidate 1
within the next couple of months. as such, we 'd very much like everyone to try out this release and report back any major problems
you may encounter so we can fix them in time for first release candidate. any bugs that you find can be reported via http://ironpython.codeplex.com/WorkItem/Create.aspx
.
the primary focus of Beta 2 was bug fixing: a whopping 215 bugs were fixed
In this release. the majority of these were fixes to standard cpython built-in modules with ironpython runtime fixes coming in at a close second. some of the higher profile work items include:

• The implementation of the SYS module was improved so thatYou can now utilize cpython's PDB Module
  In basic scenarios to debug ironpython sessions provided you pass the-X: frames or-X: fullframes options to ipy.exe
• 374
  Implement _ ctypes Module
• 20051
  Re-raising exception causes loss of traceback
• 18770
  Support type inference on generic methods and improve function conversions-better LINQ support
• 15399
  'Frame 'object has no attribute 'f _ back'
• 17465
  Implement rest of binascii module (
  Package
  )
• A bug was fixed in our build scripts that was leaving several working cpython standard modules out of our MSI installations. these included a few modules under the distutils package, two modules under encodings, code, codeop, And the IO modules

A very visible new feature added to this release is that ipy.exe is now strictly a 32-bit only assembly. that is, it gets executed as a 32-bit CLR process on both x86 and x64 operating systems. ipy64.exe, despite what its name might imply, is a platform agnostic Assembly matching the old behavior of ipy.exe in the sense that it gets executed as a 32-bit process on 32-bit OSes and 64-bit on 64-bit o SES. Why this change you ask? Quite simply put Ironpython users with 64-bit OSes will see around a 33% improvement to ironpython startup time under ipy.exe
!
Silverlight users: a new version of Silverlight, namely Silverlight 3.0, is required to build the "Silverlight release" or "Silverlight debug" deployments of ironpython. SLN. please update your Silverlight installation accordingly by visiting http://www.microsoft.com/silverlight
If you intend to build ironpython from sources.
Thanks to everyone in the ironpython community who reported bugs and provided valuable feedback. We really do appreciate your input which helps to make every release of ironpython better than the last.

From release notes, we can see that the development progress is quite gratifying.

 

1. cpython 2.6 has been completed.

2. 32-bit and 64-bit versions are separated to better utilize the high performance of 64-bit Systems

3. Silverlight support-developers may soon be able to use ironpython to develop the real application of Silverlight. You must know that python is much more efficient than other languages.

If you are interested, can you try http://ironpython.codeplex.com/Wiki/View.aspx here? Title = silverlightinteractivesession

 

[Summary]

I am very optimistic about the future of ironpython. With the support of Microsoft, ironpython is no longer a toy in that lab. We look forward to more support from Microsoft in IDE.

Coming soon...

[Image address]

Http://blog.whitejadesoft.com /? P = 119

 

 

Technorati tags: Python
, Ironpython
, Silverlight