[Top][All Lists]

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

Re: Emacs 25.2, win64, env vars

From: Fabrice Popineau
Subject: Re: Emacs 25.2, win64, env vars
Date: Tue, 11 Jul 2017 20:48:12 +0200

2017-07-11 18:30 GMT+02:00 Eli Zaretskii <address@hidden>:
> From: Fabrice Popineau <address@hidden>
> Date: Tue, 11 Jul 2017 18:24:15 +0200
> Cc: Noam Postavsky <address@hiddennet>, Emacs developers <address@hidden>
>  If so, does it mean that after
>  invoking 'setenv', your process-environment has 2 members which both
>  start with "TEMP=", but have different values? Because _this_ is what
>  I cannot reproduce and frankly don't understand how could it happen.
> And now I understand the reason why you don't see the problem.
> I compile emacs from a mingw64 prompt. I have started emacs from the msys2 bash.
> This is what messes up the environment.

Can you tell the details of how it "messes up" the environment?

Bash implements a case sensitive environment :

$ export FOO=BAR

$ export foo=baz

$ echo $FOO

$ echo $foo

Emacs is built as a mingw64 app, not an msys app. 
So it should behave as any native Windows app, wether you run it from bash or not.
At least, that is what I would expect.
So in this case, the environment variables should be considered case insensitive.
But emacs will inherit the env vars from bash, and arguably, they are case sensitive.

Another option is to make emacs inherit the variables from the desktop, not from the shell (or cmd) it is started from.
That would make sense at least for a GUI emacs. But that is less flexible.


reply via email to

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