Re: $PATH bug?
Martin Buchholz writes:
They used to live in the same directory, and the old code worked. I
veto changing PATH, since this is a user-controlled variable that we
should avoid changing if at all possible.
I don't see how we're going to avoid changing it and still have
packaged executables be able to execute other packaged executables.
We're talking about modifying PATH for subprocesses of XEmacs.
Adding package lib-src directories to PATH makes sense in this
context, just as modifying TERM makes sense in the content of M-x
shell and M-x terminal-emulator. I can't see how a package
author would solve the configuration problem that will
result if PATH isn't modified.
Observe also that the old code would invoke the user's mmencode,
if
installed earlier in the user's PATH. Presumably he would want that
one invoked.
True, but Steven suggested appeneding to PATH, which would allow
the override.