<div dir="ltr">Jeff Hardy stated:..<br><div><div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
In addition, 3.0 will include most (but perhaps not all!) of 3.4's<br>
features, mainly because I'd like to see a release later this year<br>
(around October) and things like nonlocal or importlib could slip<br>
because they're hard and not terribly exciting. Calling a release like<br>
that 3.4 is a problem because it's really not 3.4-compatible.<br>
<br></blockquote><div>True, but calling it 3.3 would not be a problem, I think.<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Once the Python 3 features are in place, I want to make it as<br>
cross-platform as possible - iOS, Android, Windows 8, etc. That would<br>
strongly imply a new version number since it will require a new DLR<br>
version to be used (not very good to slip a DLR version change into a<br>
3.4.z release). Hence I'd prefer to keep the ability to call it 3.1<br>
(or whatever) instead.<br></blockquote></div><br></div><div class="gmail_extra">Well, speaking of cross-platform, most of my work in the near future will probably be on Mono -- so different DLRs will be kind of a normal thing.  I don't have a problem with that being a factor in a point-level release -- it is an implementation detail, not a language change.<br>

<br></div></div></div></div>