[IronPython] Announcing IronPython 2.6 Alpha 1

Mon Mar 30 02:29:31 CEST 2009

I think that was directed at Dody.but now that you mention it, I'm sure
there would be more adopters if there was more momentum behind ipy for
asp.net rather than just ipy with intellisense. I suspect more people are
developing web apps than not.

Adam

Adam Brand

SilverKey Technologies

From: users-bounces at lists.ironpython.com
[mailto:users-bounces at lists.ironpython.com] On Behalf Of Howland-Rose, Kyle
Sent: Sunday, March 29, 2009 3:20 PM
To: dody at nomadlife.org; Discussion of IronPython
Subject: Re: [IronPython] Announcing IronPython 2.6 Alpha 1

Hi Adam,

About "intellisense is not a major blocker for iron python adoption".

Unfortunately I think it might be.  The commercial world is all about
productivity.  I did a survey at work about replacing a well-known
development environment with eclipse and the result was "our only real
requirement is intellisense".

Cheers,

Kyle

  _____  

From: users-bounces at lists.ironpython.com
[mailto:users-bounces at lists.ironpython.com] On Behalf Of Dody Gunawinata
Sent: Monday, 30 March 2009 6:57 AM
To: Discussion of IronPython
Subject: Re: [IronPython] Announcing IronPython 2.6 Alpha 1

I think the fact that there are more users for "Assembly for Web Pages" and
"AJAX on ALGOL" than IronPython for ASP.Net contributes to the delay in
updates. It's too bad for us that got addicted to the elegance of the
solution in the first place. I remember a couple of months ago about updated
support for intellisense in IP for ASP.Net, etc. Those are nice to have but
I think an updated IP would be enough to make everybody involved ecstatic. I
got a feeling intellisense is not a major blocker for iron python adoption.

2009/3/28 Adam Brand <adamb at silverkeytech.com>

Any update on the timeline for getting IronPython for ASP.Net updated? This
would make a world of difference for our IronPython-based web app.

Adam

Adam Brand

SilverKey Technologies

From: users-bounces at lists.ironpython.com
[mailto:users-bounces at lists.ironpython.com] On Behalf Of Dody Gunawinata
Sent: Saturday, March 28, 2009 1:09 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Announcing IronPython 2.6 Alpha 1

This is awesome. Web application can benefit from this "adaptive
compilation" approach a lot - especially for low trafficked sites.

On Thu, Mar 26, 2009 at 11:08 PM, Giles Thomas
<giles.thomas at resolversystems.com> wrote:

Dave,

This is great news, congratulations to the IP team on this release! We'll do
a test-port of Resolver One early next week and will reply to the list with
any issues we find.

Cheers,

Giles

Dave Fugate wrote:

Hello Python Community,

We're pleased to announce the release of IronPython 2.6 Alpha 1. As you
might imagine, this release is all about supporting new CPython 2.6 features
such as the 'bytes' and 'bytearray' types (PEP 3112), decorators for classes
(PEP 3129), advanced string formatting (PEP 3101), etc. The minimum .NET
version required for this release is the same as IronPython 2.0; namely .NET
2.0 Service Pack 1. Unlike the 2.0 series of IronPython, we plan to release
only a couple Alphas and Betas of IronPython 2.6. As such, it's key that we
get your feedback on the release(s) quickly to incorporate requested
changes.

Besides CPython 2.6 features, another significant change in this release is
that ipy.exe now uses "adaptive compilation" by default. Adaptive
compilation is a technique in which IronPython:

1. Interprets and executes Python method calls up to /N/ times for a given
method. If you're only going to execute a method a few times, it's typically
faster to interpret the method instead of compiling and executing it

2. Compiles and executes the Python method call on the /N+1/ invocation of
the method. Compilation of a Python method is a heavyweight operation, but
we can reuse the result for subsequent invocations

3. Reuses the previously compiled method for new calls to the Python method.
This operation is much faster than interpreting the method call as the
method was already compiled in the previous step

The reason for this change is that it provides a nice performance gain for
Python code containing lots of functions/methods that only get called a few
times. All this said, this feature is still undergoing active development
and as a consequence some Python scripts may actually run slower with it
turned on. For this reason, our old default mode of running Python scripts
is still available by passing the -O or -D flags to ipy.exe. Any feedback on
how this new feature affects your IronPython applications performance-wise
would be greatly appreciated.

There's also a few minor changes since IronPython 2.0.1 that are worth
calling out here:

. IronPython.msi now installs NGEN'ed binaries by default

. IronPython.msi now offers a little more selection with respect to what
you'd like to install. For example, Silverlight templates are optional

. The default installation location of IronPython.msi no longer indicates
whether the 2.6 release is an Alpha, Beta, or a patched release. Future
IronPython 2.6 installations will replace previous 2.6 releases which will
be uninstalled automatically

. The -X:PreferComInteropAssembly flag has been removed. All COM interop is
now done through normal COM dispatch

You can download IronPython 2.6 Alpha 1 at:
http://ironpython.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=22982 

The IronPython Team

------------------------------------------------------------------------

_______________________________________________
Users mailing list
Users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

_______________________________________________
Users mailing list
Users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

-- 
nomadlife.org

_______________________________________________
Users mailing list
Users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

-- 
nomadlife.org

************************************************************************

Allens Arthur Robinson online: http://www.aar.com.au

This email is confidential and may be subject to legal or other professional
privilege. It is also subject to copyright. If you have received it in
error, confidentiality and privilege are not waived and you must not
disclose or use the information in it. Please notify the sender by return
email and delete it from your system. Any personal information in this email
must be handled in accordance with the Privacy Act 1988 (Cth).

*************************************************************************

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20090329/c7c48fd5/attachment.html>