Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    text
    copied!<p>Used to work on the IronPython Team at Microsoft, but I know quite a bit has changed since 2.7 Alpha 1...</p> <p>My suggestion is to stick with .NET 4.0 unless the machines you deploy to really cannot have 4.0 installed (e.g., lacking admin privileges to do the .NET install). To attempt to make a really long story short, the guts of IronPython and IronRuby, the Dynamic Language Runtime, were added to .NET with version 4.0. What this means for IronPython 2.6/2.7 is that it runs faster on .NET 4.0 when compared to .NET 3.5/3.0/2.0. There's other good reasons to use the .NET 4.0 based assemblies as well, but this is the most compelling.</p> <p>If you're just interested in compiling IronPython 2.7 and don't have Visual Studio 2010 installed...that's actually not a problem. Install the full version of .NET 4.0 on your machine and use the version of msbuild that comes with it. Path should be something like C:\Windows\Microsoft.NET\Framework\v4.0.30319\msbuild</p> <p>Finally, if you <strong>really</strong> must build against .NET 3.5, there used to be something like a "/version:3.5" flag you could pass to msbuild when compiling IronPython.sln. Things have changed so much since the project left Microsoft's hands I really have no idea if this still works. This is more likely to work with the last 2.6 release though - see <a href="http://ironpython.codeplex.com/releases/view/41236" rel="nofollow">http://ironpython.codeplex.com/releases/view/41236</a>. Flag for this might be "/version:2.0"?</p>
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload