at pattern of compilation error regexp alist wrong in ghcid.el

[codygman]

I think it might be wrong in general, but I don't know all the places people use this from which could have a different format.

The problem is that bound at in bound at /home/cody/file/path/here.hs:40:1 is part of the match. When I do M-x next-error and it lands on that filepath it breaks the other links too somehow.

I'm using:

haskell-mode-20210407.214
Emacs 28.0.50

[purcell]

The issue title mentions ghcid.el - is this really a haskell-mode issue?

[codygman]

Maybe. The pattern added by haskell-mode in haskell-compile.el isn't matched right in ghcid.el. If that breaks ghcid.el but not haskell-compile I guess it's a ghcid.el issue. I'm not yet sure if it breaks haskell-compile.el.

I just tried using haskell-compile and it seems to be more broken in that none of the errors get highlighted. Also without ghci open the compilation output opens in fundamental mode.

[purcell]

I just tried using haskell-compile and it seems to be more broken in that none of the errors get highlighted.

If you provide some steps to reproduce, with corresponding haskell code, versions etc., then I might be able to take a look.

Also without ghci open the compilation output opens in fundamental mode.

I didn't understand this one, sorry.

[codygman]

I'll try to write up repro steps sometime today, but this morning I saw stack updated something related to emacs/vim quickfix that didn't add extra indentation.

I use stack, so that could be the difference here:

commercialhaskell/stack#5523

It could be that Cabal alone works fine with this pattern regex.