What's new in IronPython 2.7.12
Jan 21, 2022
- This release resolves issues with .NET 6 and removes support for .NET Core 2.1.
New in IronPython 2.7.11 (Nov 18, 2020)
- his release resolves issues when running on .NET 5.
New in IronPython 2.7.11 RC 1 (Oct 21, 2020)
- This release resolves an issue when running on .NET 5. Is also resolves some packaging and pip issues. The standard library has been updated to match CPython 2.7.18.
New in IronPython 2.7.10 (Oct 21, 2020)
- This release adds .NET Core 3.1 support.
New in IronPython 2.7.5 (Jan 14, 2015)
- IronPython 2.7.5 is primarily a collection of bug fixes which smooths off many of the remaining rough edges. The complete list of changes is also available.
- A major new feature is the inclusion of ensurepip, which will install the pip package manager:
- X:Frames is required when using pip
- ipy.exe -X:Frames -m ensurepip
- Run from an Administrator console if using IronPython installer
- ipy.exe -X:Frames -m pip install html5lib
New in IronPython 2.7.4 (Oct 7, 2013)
- Many fixes to the ast module
- A bunch of fixes to locale and tty handling design to get IPython working.
- .NET 4.5 builds
- A bunch of small fixes backported from the master branch
New in IronPython 2.7.3 (Jul 10, 2012)
- New Modules:
- Three new modules have been added: bz2, winsound, and _bisect.
- The bz2 modules implements compression and decompression using the bzip2 algorithm; in particular, it allows (in conjunction with the already supported tarfile module) reading .tar.bz2 files. It is implemented in pure C# using code from the DotNetZip Library.
- The winsound module gives access to the standard Windows sound functions, such as winsound.MessageBeep().
- The _bisect is an accelerator module for the pure-Python bisect module that was already supported.
- The _ast module was given a major upgrade to make it compatible with CPython 2.7. Finally, many other modules saw bugfixes small and large.
- Loading zip packages from resources:
- IronPython 2.7.2 added the ability to load Python code from zip files; in 2.7.3 this has been extended to support zip files stored as resources. Because this only makes sense when hosting IronPython, it is not directly accessible from Python code. Instead, the hosting application has to add the resources.
- Mobile Support:
- The support for Android has been improved slightly; IronPython apps can now be run on actual hardware. Writing them is a bit tricky because of limitations in Mono for Android, but hopefully that will be improved for IronPython 2.7.4
- Windows Phone support has been dropped because there were serious issues with the current version, and WP7’s days are numbered. Instead focus will shift to WinRT (“Metro”) which will work in Windows 8 and Window Phone 8.
- Other Improvements:
- The pyc.py compiler (in Tools\Scripts) gained the ability to use response files for large command lines. The syntax is the same as most other Microsoft tools, like csc.exe: pyc.py @response.txt.
- Many other bugs have been fixed, improving the overall quality of the release in many different areas.
New in IronPython 2.7.2.1 (Mar 13, 2012)
- support for loading libraries from zip archives (the zipimport module);
- the sqlite3 module;
- many improvements to the pyc.py compiler, such as the ability generate standalone executables by embedding the IronPython assemblies;
- and numerous other bug fixes.
New in IronPython 2.7.1 (Oct 22, 2011)
- The biggest improvement in IronPython 2.7.1 is support for the unicodedata, csv, and ats modules. The other Python standard library modules have been upgraded to match Python 2.7.2.
- There has also been a number of bug fixes to make IronPython generally more compatible with CPython.
New in IronPython 2.7.1 Beta 3 (Oct 6, 2011)
- Updated the standard library to match CPython 2.7.2.
- Add the ast, csv, and unicodedata modules.
- Fixed several bugs.
- IronPython Tools for Visual Studio are disabled by default.
New in IronPython 2.7 (Oct 6, 2011)
- Includes a number of features backported from the Python 3.0 series. This release implements the new builtin _io module, includes dictionary and set comprehensions, set literals, supports multiple context managers in the with statement, and adds several new functions to the itertools methods, and auto indexing for the new string formatting. There are also numerous updates to the standard library such as ordered dictionaries and the new argparse module.
- This release also includes a “IronPython Tools for Visual Studio” option within the IronPython installer. This enables one install to get both IronPython and IronPython Visual Studio support assuming you have an existing installation of Visual Studio 2010. This version of IronPython Tools includes a number of bug fixes as improved WPF designer support. The designer fully supports XAML and WPF including data binding to Python classes dynamically.
- To improve interop with modern .NET code such as LINQ, support for extension methods has been added as the clr.ImportExtensions method.
- We’ve also updated the IronPython installer to include documentation based upon the CPython documentation. This new .chm file includes documentation on the Python language and standard library. It’s been extended from the normal Python documentation to include IronPython specific topics such as the DLR hosting APIs and extending IronPython from statically typed .NET languages.
- We flushed out more support for missing built-in modules which CPython includes. This release includes the mmap and signal modules bringing better support for interoperating with unmanaged code, the zlib and gzip modules for compression, and the subprocess and webbrowser modules for interacting with other programs.
- As usual there are a number of bug fixes and performance improvements. This release includes major performance improvements in cPickle, the sum built-in function, and includes support for fast exceptions which do not use the .NET exception mechanism. There have also been improvements to significantly reduce memory usage of the IronPython ASTs. One of the end results of these numerous improvements is that IronPython’s startup time has decreased by 10% when compared to IronPython 2.6.1.
New in IronPython 2.0 Beta 4 (Aug 25, 2008)
- This release ships with a MSI installer that installs IronPython along with the Python Standard Library. It is now dual-licensed with IronPython shipping under MS-PL and the python standard library shipping under the Python Software Foundation license. This means that existing python libraries are readily available after installation and makes for a better out-of-the-box experience of using existing CPython libraries. A zip file containing the binaries is still available as before.
- Static compilation of python files is now supported again and the pyc.py sample has been updated to use the newer version.
- IDispatch-based cominterop is now the default mode as opposed to generating interop assemblies for interacting with COM components. This is a change that might break some existing scripts. One can switch back to the old behavior by setting the environment variable COREDLR_PreferComInteropAssembly. Read this blog for more details on this feature.
- Apart from the Silverlight binaries and Chiron, the templates and tools to create a barebones app are included as well. This is in the SilverlightScript folder.
- Performance degrades that were reported in Beta 3 have been fixed.
- As mentioned previously in the mailing list, IronPython now requires .NET 2.0 SP1. This is so that the DLR can make use of some fixes that are present in .NET 2.0 SP1
New in IronPython 2.0 Beta 3 (Jul 18, 2008)
- We have worked on perf � specifically generators, exception handling, and shootout perf have improved. We are aware of some late-breaking degrades which we expect to fix by the next release.
- An auto-templating feature has been added to the Dynamic Language Runtime which should improve performance in highly dynamic scenarios.
- cmath and _winreg modules have been implemented.
New in IronPython 2.0 Beta 3 (Jun 16, 2008)
- Nt.access is missing Closed Issue Medium Jun 2 at 7:24 PM
- Trivial: throw WindowsError (with 'errno' of 17) when nt.mkdir called on pre-existing directory
- '_' is in the result of dir() after first expression evaluation
- -X:MTA option not supported by IP 2.0A
- Expresion-1 if condition else expresion-2 working incorrectly
- Python Parser class is internal
- PythonType.HasGetAttribute property does not detect inherited implementation
- _winreg is not implemented
- SyntaxError(...)._dict_ is not a dict
- Using 'with' statment with IDisposable .NET type doesn't work
- IronPython forces objects in sys.meta_path to be new-style classes
- Imp.load_module("os", ...) broken
- DUPLICATE: Run ipyw .exe ( Iron Python 2 Beta 2 )
- REJECTED: Can't create & return nested function from CreateDelegate
- Id returns Int64 not int or long
New in IronPython 2.0 Beta 1 (Mar 20, 2008)
- 946 import clr doesn't give access to the contents of _builtins_ using .NET method names
- 1402 try-finally has an issue in generator
- 2206 with statement broken in command line
- 2443 problem with _slots_ and _init_ in new-style classes
- 2648 Error importing module
- 2704 _import_ and packages aren't mixing well
- 3092 struct.unpack mishandling the "x" format code
- 3117 dict.update doesn't take keyword arguments - differs from CPython
- 3287 Descriptor/metaclass problems
- 4197 Trivial: int('0x20', 16) fails to parse, long too
- 4322 unpacking single element tuples in for-statement, listcomp and generator
- 4691 AttributeError on __ComObject when using a C /ATL/MFC COM object which implements a .NET interface
- 5083 operator._contains_ is broken
- 5447 socket.getnameinfo(...) broken under Vista
- 5566 base64 slash bug
New in IronPython 2.0 Alpha 6 (Nov 8, 2007)
- The IronPython project is now distributed under the Microsoft Public License (Ms-PL)
- Improved support of COM events under the �X:PreferComDispatch flag
- The abstract syntax tree for IronPython is being hardened so to speak
- We have included an updated DLR sample in the source zip file � ToyScript
New in IronPython 2.0 Alpha 4 (Sep 11, 2007)
- Completion of the �X:Interpret mode and its incorporation into the eval and exec functions
- The addition of the -X:PreferComDispatch mode
- Improved performance for the itertools module and the importing of CLR-based modules
- A number of bug fixes