Notes d'installation de Python3.4

Étant donné que certaines hypothèses étaient remplies, j'ai décidé de basculer l'environnement principal vers Python 3.4. Ci-dessous, à propos de la rédaction de notes.

Installation

Jusqu'à présent, il était installé avec homebrew-> virtualenv creation, mais cette fois j'ai décidé de le construire moi-même. Il n'y a pas de formule à installer en spécifiant des versions mineures comme python31 et python32, et on craignait que l'environnement principal existant Python3.3 ne soit supprimé par la mise à jour. (Il n'est pas confirmé si c'est réellement le cas)

python

% brew search python3
python3

Clonez la source depuis github. Https://github.com/python/cpython

python

% git clone https://github.com/python/cpython
% cd cpython

Spécifiez le répertoire d'installation avec configure. Vous pouvez laisser la valeur par défaut (/ usr / local), mais dans ce cas, utilisez «make alt install» au lieu de «make install» pour éviter d'écraser les liens symboliques existants. (ref.) https://github.com/python/cpython/blob/master/README

bash:Python3.4.Installation de 0

% ./configure --prefix=~/python/python34/3.4.0
% make
% make install
% ls ~/python/python34/3.4.0/bin/
2to3  2to3-3.4  easy_install-3.4  idle3  idle3.4  pip3  pip3.4  pydoc3  pydoc3.4  python3  python3-config  python3.4  python3.4-config  python3.4m  python3.4m-config  pyvenv  pyvenv-3.4

Construire un environnement virtuel

Dans mon propre environnement, je construis un environnement virtuel pour chaque version sans changer le Python par défaut du système (2.7.5). Il est courant d'utiliser virtualenv pour créer un environnement virtuel, mais à partir de Python 3.4, vous avez la possibilité d'utiliser la bibliothèque standard pyvenv. https://docs.python.org/3.4/using/scripts.html#scripts-pyvenv

Je ne peux pas le dire avec certitude car je ne l'ai essayé qu'à la légère, mais si je remplace simplement le virtualenv, il ne semble y avoir aucun problème. Cependant, virtualenv a un bel utilitaire appelé virtualenvwrapper, donc je ne vais pas migrer pyvenv à moins que cela ne soit résolu d'une manière ou d'une autre. (Bien qu'il ait été souligné que vous devriez l'implémenter vous-même ou Gorua ...) Cependant, je pense que l'importance de pouvoir créer un environnement virtuel avec une bibliothèque standard est énorme. Attentes pour l'avenir.

virtualenv(wrapper)Construction d'environnement virtuel dans

% mkvirtualenv -p ~/python/python34/3.4.0/bin/python3.4 py3.4.0
…
(py3.4.0)% python
Python 3.4.0+ (default, Apr 19 2014, 14:38:58)
[GCC 4.2.1 Compatible Apple LLVM 5.0 (clang-500.2.76)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>>

Gardez cet environnement principal aussi propre que possible, mais n'incluez que iPython. Ce n'est pas pratique lorsque vous voulez vérifier quelque chose sans cela. Puisque virtualevnwrapper prend en charge les hooks lors de la création d'un environnement virtuel, utilisez-le. L'opération après la création de l'environnement virtuel peut être définie par le fichier postmkvirtualenv, alors écrivez le processus pour installer ipython ici.

postmkvirtualenv

#!/bin/zsh
# This hook is run after a new virtualenv is activated.

pip install ipython

(ref.) http://virtualenvwrapper.readthedocs.org/en/latest/scripts.html

J'ai également inclus httpie car c'est pratique.

python

(py3.4.0)% pip install httpie

Utiliser l'environnement virtuel Python 3.4 par défaut

Dans la situation actuelle, vous devez spécifier l'utilisation de l'environnement virtuel créé en entrant la commande suivante à chaque démarrage du terminal.

python

#workon est fourni par virtualenvwrapper
% workon py3.4.0
(py3.4.0)%

Ceci n'est pas pratique, alors assurez-vous de travailler dessus lorsque vous vous connectez. Ce qui suit est la prémisse de l'utilisation de zsh.

~/.zlogin

% cat ~/.zlogin
#Donnez de la régularité aux noms des environnements virtuels.(py + (version))
#La version par défaut est gérée dans un fichier séparé
if [ -f ~/.venv/.defaultver ];then
    DEFAULT_VER=`cat ~/.venv/.defaultver`
    workon py${DEFAULT_VER}
fi

% cat ~/.venv/.defaultver
3.4.0

(ref.) http://qiita.com/yuku_t/items/40bcc63bb8ad94f083f1

• Actuellement, puisque virtualenvwrapper est lu par .zshrc, le traitement des travaux est écrit en .zlogin, mais il peut être préférable d'écrire également la lecture en .zprofile.

Désactivez l'environnement virtuel pour chaque projet

J'utilise généralement l'environnement virtuel ci-dessus, mais comme mentionné ci-dessus, je veux garder l'environnement principal propre, donc je vais créer un environnement virtuel pour chaque projet à partir d'ici. Puisque Python 3.4.0 est configuré pour être utilisé par défaut, il n'est fondamentalement pas nécessaire de savoir où se trouve l'interpréteur spécifié (vous pouvez le spécifier avec = \ quel python).

python

(py3.4.0)% mkvirtualenv -p `which python` new_project