The *only* change in semantics I'm proposing is for users of IronPython 2.6 which is not even at final release yet. CPython users would be unaffected. Sorry for top-posting, mobile device. Michael -- http://www.ironpythoninaction.com On 9 Oct 2009, at 19:00, Brett Cannon <brett at python.org> wrote: > > > On Fri, Oct 9, 2009 at 04:53, Michael Foord > <fuzzyman at voidspace.org.uk> wrote: > Christian Heimes wrote: > Michael Foord wrote: > > 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). > > > I don't think my proposal will land into 2.6. The changes are too > severe > for a bug fix release. > > > Right, certainly not adding umpteen new sys attributes. :-) > > The problem is that the alternative implementations run well behind > Python-trunk, indeed it doesn'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 'bugfix only' mode. > > 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 == 'cli'; elif > sys.platform == 'java' etc). That way IronPython 2.6 is able to be > compatible with Python 2.6. This logic might need duplicating in > distutils (I haven't looked at how distutils works out where the > user site-packages folder is), but it is a 'maintenance only' fix. > > But it'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. > > -Brett -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.python.org/pipermail/python-dev/attachments/20091009/27a472aa/attachment-0001.htm>
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4