One (smaller) suggestion on the PATH situation on Windows:

I noticed that Visual C++ Build Tools installs a number of "Command prompts"

under its Start menu item, each of which starts a cmd.exe with appropriate PATH

set to the appropriate compiler (32/64 bits or ARM cross-compiler), and

assorted environment variables set to the appropriate include/library directories.

Could we do something similar for Python?

I.e., Install under the "Python 3.6" start menu an additional

"Python command prompt", which will

start cmd.exe with an appropriate PATH so that python and pip

run without further prefix.

That way, the installer still doesn't need to mess with global PATH and you can

easily have multiple versions of Python, each with their own

"Python command prompt" submenu.

At least for Windows users this would simplify the situation a bit.

Stephan

2017-11-06 23:53 GMT+01:00 Ivan Pozdeev via Python-ideas <python-ideas@python.org>:

On 07.11.2017 1:48, Chris Barker wrote:

On Mon, Nov 6, 2017 at 9:52 AM, Michel Desmoulin <desmoulinmichel@gmail.com> wrote:

I know and you still:

- have to use py -m on windows, python3 linux, python in virtualenv...

can't you use python3 -m pip install .....

everywhere?

You can't. Windows versions don't create versioned executables. Got bitten with this myself.

...Maybe they should?
(This is python-ideas, after all ;-) )

-- Regards, Ivan
_______________________________________________
Python-ideas mailing list
Python-ideas@python.org
https://mail.python.org/mailman/listinfo/python-ideas
Code of Conduct: http://python.org/psf/codeofconduct/