[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Managing environments (Python venv, guix environment, etc.)

From: sbaugh
Subject: Re: Managing environments (Python venv, guix environment, etc.)
Date: Mon, 25 Jul 2016 01:01:49 -0400
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)

Eli Zaretskii <address@hidden> writes:
>> Like Eli said, this seems unwise. But it hints at a logical problem: if 
>> start-process and friends are simply documented to use exec-path and 
>> process-environment, but use their modified values in some 
>> circumstances, someone trying to debug this could have a big problem.
> One possible idea is to identify the programs that an environment
> would like to depend on it (like the compiler), define a variable for
> each one of them (compiler-program etc.), and then modify the
> corresponding commands to use that variable, if bound to non-nil, in
> preference to exec-path search.

The environment also matters, so you'd need to have a
compiler-process-environment too.

Note: The compile command already makes use of a compilation-environment

That would work, but again, it means updating the entire world to
support this. Also, if we're going to update the world: Perhaps just add
buffer-local variables "local-exec-path" and
"local-process-environment", and flags like
"compile-use-local-environment" which if non-nil cause the relevant
command, when invoked, to use the local-exec-path and
local-process-environment variables from (current-buffer). That seems
more natural to me.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]