Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Debugging the system (haskell tooling) environment #1258

Closed
shanemikel opened this issue Apr 5, 2016 · 6 comments
Closed

Debugging the system (haskell tooling) environment #1258

shanemikel opened this issue Apr 5, 2016 · 6 comments

Comments

@shanemikel
Copy link

I'm using stack-ghci as my haskell-processtype. Is there a way, as with ghc-debug in ghc.el, to see what paths haskell-mode is using for the haskell-process?

@geraldus
Copy link
Contributor

geraldus commented Apr 5, 2016

Try to look at *Haskell Process Log* buffer. I believe there you can find executed command .

@shanemikel
Copy link
Author

I see the commands that are executed in the repl itself, but not the command to start it.

@geraldus
Copy link
Contributor

geraldus commented Apr 8, 2016

Indeed, there is no path in log.

@shanemikel
Copy link
Author

I brought this up because it's pretty hard at the moment to get the environment quite right (for any haskell development tool-stack). Disclaimer: There may be certain issues here that, as a user, I can safely ignore, but I've mentioned them all, because the documentation is unclear.

Some users might use a combination of cabal projects and stack/cabal projects...
When I recently started to use haskell-mode, I intended to use ghc-mod, but I was confused about whether or not this project relies on the ghc-mod emacs scripts, and if it does, how the versions of the ghc-mod emacs scripts are tied to ghc-mod versions. This was frustrating enough I just started using interactive mode.

Something to confuse the matter even more, for ghc-mod there's the question of whether to install it in your project sandboxes, or once on your PATH. There's a stack issue that hopes to reconcile the feature of enabling multiple ghc versions with tools like ghc-mod, that don't really require being built and installed for each project, but only for each compiler version.
commercialhaskell/stack#1796

Ideally, these hurdles wouldn't amount to the cartesian product of the set of haskell users and the set of haskell emacs plugins.

@shanemikel shanemikel changed the title How to check ghc binaries? Debugging the system (haskell tooling) environment Apr 9, 2016
@gracjan
Copy link
Contributor

gracjan commented Apr 9, 2016

Yes, I confirm that the situation is horrible. We are working to untangle this mess on our end, ghc-mod is also progressing and then there is haskell-ide-engine. Hopefully we can get to a state where things aren't that confusing as they are now.

Any help appreciated. I think the immediate low hanging fruit is to improve logging and error handling in all the cases so that there is at least user is informed if and why something does not work.

The next step is to define concept of a 'project'.

Any help appreciated.

@gracjan
Copy link
Contributor

gracjan commented Aug 31, 2016

*haskell-process-log* has these lines:

("Starting inferior GHCi process ghci ..." "haskell" nil "ghci" "-ferror-spans")
("Starting inferior GHCi process ghcix ..." "haskell" nil "ghcix" "-ferror-spans")

This should be enough to debug issues with haskell-interactive-mode.

@gracjan gracjan closed this as completed Aug 31, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants