[Python-Dev] Second draft: PEP397: Python launcher for Windows
Mark Hammond
mhammond at skippinet.com.au
Wed Mar 23 02:30:49 CET 2011
On 23/03/2011 6:12 AM, Michael Foord wrote:
> On 22/03/2011 07:21, Mark Hammond wrote:
>> Hi all,
>> I've made some changes to the draft PEP and checked it into the PEP
>> repository as PEP397. The reference implementation is currently being
>> tracked at http://bugs.python.org/issue11629.
>>
>
> Hey Mark,
>
> One way of supporting alternative implementations (that may not even
> have a standard install directory) is allowing configuration. e.g.
> config.ini
>
> [paths]
> ironpython = c:\Program Files\IronPython 2.7\ipy.exe
> ironpython2.7 = c:\Program Files\IronPython 2.7\ipy.exe
> jython = c:\Users\foobar\jython2.5\jython.exe
Hi Michael,
I'd have no problem with that in general, but how would you feel about
letting the PEP stand as it is without this additional requirement and
then treat this as an additional feature to be thrashed out separately?
I intentionally worded the PEP to specifically allow these kinds of
features to be added outside the PEP process.
For example, I guess the name of the INI file wouldn't be config.ini,
and I guess there might need to be a strategy to allow it to exist in
multiple places for when users want this feature but don't have write
access to the location of py.exe. Then people might want it to be in
the cwd, or in any parent of the cwd, etc... Further, it might also be
possible to support this with simple environment variables which might
wind up being just as (or more) reasonable (the concept of per-user
environment variables already exist and a UI already exists for editing
them, and it would allow different cmd-prompts to have different "rules"
with minimal complexity) - not that I am necessarily advocating this -
I'd just prefer the PEP to not get bogged down with those kinds of issues.
Cheers,
Mark
More information about the Python-Dev
mailing list