> Судя по этой реплике, Вы вообще не в курсе, как до сих
> пор делалась миграция в питоне. Что ж, напоминаю.К счастью, знаю. В частности - довожу до вашего сведения, что синтаксис,
семантику покуда так не меняли.
> На сейчас есть устойчивый 2.7. Представим себе, что в 2.8 деление уже
> сделано точь-в-точь как в 3.x, то есть '/' всегда генерирует float,
> а не остаток. У нас есть сейчас уже 2.7, где есть
> '//' (на самом деле появилось в 2.6?) Сидя на 2.7, можно
> исправить код с тем, что там, где деление должно быть нацело,
> '/' меняется на '//'. Далее переходим на 2.8, и всё работает.
Это не то как делаются несовместимые изменения в 2.x. Вам в PEP5.
Так что извольте вынуть из рукава промежуточные шаги. Пусть старый
вариант / объявлен deprecated в 2.7. Я хочу там обещанную "warning" от парсера.
То что описали вы - делает from __future__ import. Теоретически, наверно нет
ничего невозможного во введении *всех* новшеств из py3 подобным образом.
А практически - они, как я понимаю разработчиков python, приведут к
переусложнению потрохов CPython.
> От того, что "давно толкуют", это не становится правдой, по крайней мере
> чисто для питонового кода. Переход возможен, с дополнительными "строительными лесами".
> Весь плач про невозможность это всего лишь нежелание напрягаться.
> С print_function в 2.x, например, напряглись и не плакались о тяжёлой судьбе.
Я пока доказательства возможности не увидел и утверждения разработчиков
о невозможности подобного (собственно, причина появления py3) - звучат весомей.