[IronPython] Announcing IronPython 2.6 Alpha 1

curtin@acm.org brian.curtin at gmail.com
Mon Mar 30 00:55:27 CEST 2009


Intellisense is a cosmetic feature at best. It's obviously nice to have, but
it can't actually be *that* important to anyone...it's not like the
information isn't available via other means.


2009/3/29 Howland-Rose, Kyle <Kyle.Howland-Rose at aar.com.au>

>  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).
>
> *************************************************************************
>
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20090329/772d34f1/attachment.html>


More information about the Ironpython-users mailing list