<div dir="ltr"><div>I am +1 on not reading them by default. I dislike implicit 
configuration (that's enough reason there), and it interacts poorly with
 other tools that use ghc.</div><div><br></div><div>Like Richard 
Eisenberg, I also think of ghc as a low-level utility, but I recognize 
that intuition is already wrong in various ways. (ghc is really quite 
clever.) For me that's not reason enough to disable this.</div><div><br></div><div>The tight coupling with Cabal, however, seems unwise, and implicit configuration seems like something from the 20th century.</div><div><br></div><div>If we want Nix-style builds, let's do them Nix style, and use a shell.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Mar 28, 2019 at 3:50 PM Richard Eisenberg <rae@richarde.dev> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I have spent quite a bit of time debugging this issue, being utterly surprised about the existence of these files. Furthermore, until today, I had been unable to find a way to turn the feature off. I now understand (<a href="https://gitlab.haskell.org/ghc/ghc/issues/13753" rel="noreferrer" target="_blank">https://gitlab.haskell.org/ghc/ghc/issues/13753</a>) that there is an undocumented mechanism for doing so in GHC. It's still frustrating that there is no similar mechanism to globally (i.e., in ~/.cabal/config) disable these files in cabal.<br>
<br>
While I expect "project-based" tools to care about their directory (e.g., git, cabal, stack), I would never expect a compiler (which is intended to be a low-level utility) to do so.<br>
<br>
Richard<br>
<br>
> On Mar 28, 2019, at 6:08 AM, Matthew Pickering <<a href="mailto:matthewtpickering@gmail.com" target="_blank">matthewtpickering@gmail.com</a>> wrote:<br>
> <br>
> Hi all,<br>
> <br>
> Environment files have caused a large amount of pain for users because<br>
> they are read by default by GHC.<br>
> <br>
> For example: <a href="https://github.com/haskell/cabal/issues/4542" rel="noreferrer" target="_blank">https://github.com/haskell/cabal/issues/4542</a><br>
> <br>
> Cabal developers have indicated that they are not going to stop<br>
> generating them by default despite the overwhelming user pressure.<br>
> <br>
> Therefore I propose that users should opt-in to using environment<br>
> files by having to explicitly pass a flag to enable the search<br>
> behavior.<br>
> <br>
> This will provide a much better user experience overall and will stop<br>
> tooling having to isolate itself from their existence.<br>
> <br>
> Cheers,<br>
> <br>
> Matt<br>
> _______________________________________________<br>
> ghc-devs mailing list<br>
> <a href="mailto:ghc-devs@haskell.org" target="_blank">ghc-devs@haskell.org</a><br>
> <a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs</a><br>
<br>
_______________________________________________<br>
ghc-devs mailing list<br>
<a href="mailto:ghc-devs@haskell.org" target="_blank">ghc-devs@haskell.org</a><br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs</a><br>
</blockquote></div>