Daniel Gröber (dxld)

Not yet but I think it would be very easy to fix. The code for checking if we need to enable byte-code generation is here (https://github.com/DanielG/ghc-mod/blob/master/core/Language/Haskell/GhcMod/Target.hs#L495). I think fixing this...

Hmm OK. So that means it works with -fno-code (HscNothing) mode but not with HscInterpreted. That's going to cause problems when any of the other things that need HscInterpreted are...

I wonder though, does StaticPoints even work in ghci? If it throws up with HscInterpreted it ought to not so in that case one could argue the underlying issue really...

You're venturing into some dark corners here, try this: ``` printf 'ascii-escape lint -h\x02--ignore=Use list comprehension\x03 Setup.hs\n\n' | ghc-mod legacy-interactive ``` Those two escaped ASCII control sequences are `"\STX"` and...

It is entirely possible that we didn't get around to patching that into the elisp bits yet. Those changes were for Atom (ide-haskell) really. So if you want that in...

That's strange. Did you fork the repo or try to push to this one?

Maybe you can quickly read through this [Pull Request Tutorial](https://www.digitalocean.com/community/tutorials/how-to-create-a-pull-request-on-github)?

I thought you can make ide-haskell always run ghc-mod via `stack exec`, what's the problem if that's working? @lierdakil would know better.

Have you tried the `stack exec ghc-mod` route recently, i.e. since 5.6 since I made the stack detection a whole lot more robust if you haven't seen it: https://github.com/DanielG/ghc-mod/commit/2f31cf431a9ea5659a0a19b672c6bb7dcceaca50

Usually this happens when the filenames don't match IIRC. Might that be the case?