On Mon, May 7, 2012 at 1:11 AM, Markus Schaber
<m.scha...@3s-software.com> wrote:
> Hmm, maybe we could put the host/embedder info I suggested in the other mail 
> there.

Yeah, and things like which which CLR version (3.5, 4.0),
implementation (MS, Mono), subset (Silverlight, MonoTouch, MonoDroid),
what host it's running under, etc. I was thinking of adding fields to
clr for that information anyway, but it can go here instead.

>> I'm not really sure there's much value in having sys.version_info and
>> sys.implementation.version be different, but I believe PyPy works that
>> way, so I have no objection to it. They'll be the same in IronPython,
>> though.
>
> Hmm. It would open the possibility of IronPython supporting both Python 2.7 
> and 3.X for some grace period...

That ... yikes. It already does support some (not much) stuff using
-X:Python30, but that introduces a bunch of if statements and makes
the code quite messy. There are other ways to do it, but a clean break
in a new branch seems preferable to me. Plus there's the issue of the
reorganized stdlib, which I'm not really sure how to cleanly solve. So
my preference is to work in a different branch to 3k support. I'd like
to do some work after 2.7.3 is released, but I'm not sure I'll get to
it.

- Jeff
_______________________________________________
Ironpython-users mailing list
Ironpython-users@python.org
http://mail.python.org/mailman/listinfo/ironpython-users

Reply via email to