Daniel Gröber (dxld)

@Quoteme `ghc-mod` is deprecated and not being maintained anymore, please see the README: https://github.com/DanielG/ghc-mod#legacy

Ok, so the first version to break this was v5.3.0.0. Since that's quite a while ago and no one has complained until now I don't think it's worth adding support...

Yeah, you can just add this repo as a remote to your existing repo though, no need to re-clone.

I'm doing a cleanup pass right now so don't bother fixing any of the things I'm about to comment on. Those are just FYI.

@carlohamalainen I think using [ModIface](https://downloads.haskell.org/~ghc/8.0.1/docs/html/libraries/ghc-8.0.1/GHC.html#t:ModIface)s directly might make this a lot more reliable. Have you looked into that already by any chance?

Hmm nah that's a bad idea too. I do wonder why you need to work with haddock's interfaces though? Doesn't GHC already have a superset of the information in there...

What I really don't understand is why you have so many different ways to add/filter stuff out of the result set. Seems to me like the code could be much...

No, most likely not but the names surely is in the AST so it is just a matter of traversing that (possibly using syb like we do for the `type`...

Oh right, I missed the `LHsBind Id` bit.

Looks good, though we had a mode to just print the package+module name instead of the full haddock path (see comments following https://github.com/DanielG/ghc-mod/pull/810#issuecomment-236202896) . @lierdakil did you remove that? Also...