[IronPython] Announcing IronPython 2.6 Alpha 1

Howland-Rose, Kyle Kyle.Howland-Rose at aar.com.au
Sun Mar 29 16:50:23 PDT 2009


I suggest that intellisense is a productivity feature.  I know that is
how it is considered where I work.  Is productivity cosmetic?  Massively
:)

________________________________

From: users-bounces at lists.ironpython.com
[mailto:users-bounces at lists.ironpython.com] On Behalf Of curtin at acm.org
Sent: Monday, 30 March 2009 9:55 AM
To: Discussion of IronPython
Subject: Re: [IronPython] Announcing IronPython 2.6 Alpha 1


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=22
982 
		
		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
	
	



************************************************************************
 
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://lists.ironpython.com/pipermail/users-ironpython.com/attachments/20090330/4f95778f/attachment.htm>


More information about the Users mailing list