Hi all, <br>
<br>
The current SVN (and upcoming releases) includes changes to support a refactored,<br>
&nbsp;IronPython-compatible import syntax and assembly load behavior.<br>
<br>
Where in releases to date you had to use the magic 'CLR' module as the root of all <br>
CLR imports, now you can just say:<br>
<br>
from System import *<br>
<br>
The old 'CLR' syntax is deprecated but will continue to work until pythonnet 3.x.<br>
<br>
A second job of the artist-formerly-known-as-the-magic-CLR-module was to provide a <br>
way to bootstrap CLR support in an existing CPython installation (by providing a pseudo-<br>
C-extension). In other words, you had to say 'import CLR' before using .NET from an <br>
stock Python install.<br>
<br>
The next releases will continue to include an (upper-case) &quot;CLR&quot; extension for b/w <br>
compatibility, but it will also include a (lower-case) &quot;clr&quot; module that is call-compatible <br>
with the clr module from IronPython.<br>
<br>
The new &quot;clr&quot; module will provide the IP-compatible AddReference APIs to support <br>
explicit loading of assembly dependencies, and it will also become the officially <br>
supported way of bootstrapping CLR support in a stock Python install.<br>
<br>
So if you want to use .NET from an existing Python install or ensure that your code is <br>
portable between IP and PythonNet, you should either arrange for your app to 'import clr'<br>
before using .NET features, or to advise users to add 'import clr' to their sitecustomize.py.<br>
<br>
I've tried hard to look at this from every angle and make sure this is not a breaking change <br>
for 2.x (though it will be for 3.x), but if you're building on pythonnet and this will cause <br>
you any problems, please let me know soonest.<br>
<br>
- Brian<br>