<br><br><div class="gmail_quote">On Fri, Oct 9, 2009 at 04:53, Michael Foord <span dir="ltr">&lt;<a href="mailto:fuzzyman@voidspace.org.uk">fuzzyman@voidspace.org.uk</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im">Christian Heimes wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Michael Foord wrote:<br>
  <br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I really like this scheme. The important thing for IronPython is that we can get it into Python 2.6 (along with other fixes to make distutils compatible with IronPython - like not attempting to bytecode-compile when sys.dont_write_bytecode is True).<br>


    <br>
</blockquote>
<br>
I don&#39;t think my proposal will land into 2.6. The changes are too severe<br>
for a bug fix release.<br>
  <br>
</blockquote>
<br></div>
Right, certainly not adding umpteen new sys attributes. :-)<br>
<br>
The problem is that the alternative implementations run well behind Python-trunk, indeed it doesn&#39;t really make sense for them to put a lot of effort into implementing a version that is still in development. The result is that they discover incompatibilites after a version has gone into &#39;bugfix only&#39; mode.<br>


<br>
Whilst the fix you have described (add information to sys that is used by site.py and distutils) is ideal it can only go into 2.7. I would *still* like to see a fix in 2.6 - even if it is simple logic in site.py using sys.platform (if sys.platform == &#39;cli&#39;; elif sys.platform == &#39;java&#39; etc). That way IronPython 2.6 is able to be compatible with Python 2.6. This logic might need duplicating in distutils (I haven&#39;t looked at how distutils works out where the user site-packages folder is), but it is a &#39;maintenance only&#39; fix.<br>

</blockquote><div><br></div><div>But it&#39;s still a change in semantics. Tossing this into 2.6 would mean that anyone who has worked around the current behaviour is going to have a busted install.</div><div><br></div><div>

-Brett </div></div>