[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Project out of sources compilation
From: |
Augusto Stoffel |
Subject: |
Re: Project out of sources compilation |
Date: |
Sun, 17 Mar 2024 12:36:44 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) |
On Sat, 16 Mar 2024 at 14:12, Ergus wrote:
> 5. Project local variables (a man can dream, a man can dream)
>
> There are some situations where we want to have variables shared among a
> project. (i.e some output directory, logging option when executing,
> flags, environment variables).
>
> At the moment these options work partially by using directory
> variables. If we have the concept of a "project", maybe it is logical to
> have some sort of project scope concept, specially for projects sharing
> a common root.
For Emacs variables, why you think dir-local variables only works
“partially”?
As to environment variables, they are generally assumed to be global in
Emacs and it goes a bit against the grain to make them buffer-local /
project dependent. Nonetheless, there are packages for that (one is
buffer-env, which I wrote) and they work fine (at least for me).
> For example vs-code adds a subdirectory with project variables that the
> user (but also any plugin) can refer to in the project's scope.
Is this meant to store editor configuration or environment variables? I
guess turning VSCode configuration variables into Emacs alternatives
would be tricky. But if this is about env vars and the directory
organization is sensible, then one could configure buffer-env to
interoperate.
Re: Project out of sources compilation,
Augusto Stoffel <=