Nick Coghlan <ncogh...@gmail.com> added the comment: That's not correct - we've merely pointed out that it isn't as easy as most people seem to think.
For the POSIX world, there is a version management scheme based on symlinks in /usr/bin (or /usr/local/bin) and it is easy to add and remove entries independently. PATH on windows, on the other hand, is a size limited string that can easily exceed the bounds on development machines due to the absurdly long installation paths used by many Windows development tools (with Visual Studio itself being one of the worst offenders). PEP 397 goes into some detail as to how the (lack of) version management is an issue for the automatically created file associations, and similar problems exist for the command line equivalents. Batch files that launch development environments with changes to set PATH/PATHEXT/INCLUDES/LIBS etc correctly are not an uncommon sight in Windows development, so including the correct Python directory just becomes one more line in the launch scripts. Non-command line users simply rely on the existing start menu shortcuts and the file associations to launch double-clicked files. That limits the beneficiaries of this change to people that: 1. Want to use the command line; and 2. Do not already have a custom "Development Environment" command line launch script. Fixing this is NOT trivial, and, to my knowledge, we have never been offered a patch that implements it. ---------- nosy: +ncoghlan resolution: rejected -> stage: committed/rejected -> status: pending -> open title: Make changes in the path and pathext on installation -> Make changes in the PATH and PATHEXT on installation _______________________________________ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue9228> _______________________________________ _______________________________________________ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
