Переименование python.exe чтобы python3.exe для сосуществования с python2 в Windows

#python #windows #python-2.7 #python-3.x

#python #Windows #python-2.7 #python-3.x

Вопрос:

Я хотел бы установить как python 2.7, так и python 3.5 на свой ПК с Windows 10. Оба исполняемых файла python используют одно и то же имя python.exe .

Хорошая ли идея перейти python.exe на python3.exe быстрое решение проблемы сосуществования? Есть ли какие-либо побочные эффекты или другие вещи, о которых мне нужно знать?

1. Почему вы устанавливаете оба? Вики. python.org/moin/Python2orPython3

2. У меня есть вариант этой проблемы — у меня есть как 32-разрядные, так и 64-разрядные версии python (необходимые для разных программ, например, мой 64-разрядный Z3 может работать только под 64-разрядным python). Я хотел бы, чтобы на моем пути были оба python с разными именами для exe-файлов, очевидно. Есть идеи?

Ответ №1:

Вам не нужно ничего переименовывать для сосуществования разных версий Python.

Разные версии python автоматически устанавливаются в разные папки.

При использовании командной строки вы можете использовать команды py2 или py3 ссылаться на разные версии python. Следующее тоже работает:

 C:Usersuser1>py -2

 C:Usersuser1>py -3

Это также работает с pip2 и pip3 для установки новых пакетов.

Для получения более подробной информации вы можете прочитать эту статью: Python Launcher для Windows.

1. пользователь16891328: Если у вас установлены оба, вы также можете добавить #!/usr/bin/env python2 #!/usr/bin/env python3 комментарий или в качестве первой строки ваших скриптов и использовать py scriptname.py для выполнения правильного интерпретатора.

2. @martineau Это вопрос Windows

3. @cricket_007: Я это знаю. py заставляет shebang работать и в Windows.

4. @martineau я имел в виду #!/usr/bin/env

5. @cricket_007: Я понял, что вы имели в виду. Смотрите Этот раздел документации, где говорится py , что программа запуска заставляет то же самое работать в Windows.

Ответ №2:

Вам нужно будет выполнить python3 вместо python , если это не очевидно. Это, безусловно, как вы описали, «быстрое решение»

Мое предлагаемое исправление — использовать virtualenv и передать исполняемый файл Python, который вы хотели бы использовать как so:

virtualenv -p /usr/bin/python3.5 /my/virtualenv/>