emacs-devel
[Top][All Lists]
Advanced

[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: Sat, 22 Jul 2017 22:02:03 +0200



2017-07-22 9:07 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>
>
> 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.
>
> One one hand, I would say that my proposed fix is harmless and makes sure case insensitive search is used
> for platforms where env vars are supposed to be case insensitive.
> On the other hand, the problem is the msys2 bash.

Ping!  If we want to fix this problem, please tell the details about
how the MSYS2 Bash causes it.  If not, let's decide that we don't
want to fix it.

I thought my previous answer was pretty explicit.

MSYS2 bash implements a case sensitive environment, which is different from the native win32 environment.
If emacs is started from the bash command line, it inherits this environment.
However this is rather unexpected. 
It is hard to tell if a GUI emacs has been started from bash, cmd or from the desktop.
So the fact that the behaviour is changing accorting to the starting environment
is annoying. 
IMHO and according to the least surprise principle, win32 emacs should behave as a native app, and not follow this kind of fancy unixy thing.
I would even recommend that emacs inherits from the desktop environment, not the environment from the shell that was used to run emacs.

Regards,


reply via email to

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