#10643: GHC cannot import submodules when run from subfolder -------------------------------------+------------------------------------- Reporter: FPtje | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.10.1 Resolution: | Keywords: subfolder Operating System: Unknown/Multiple | import submodule cd Type of failure: GHC rejects | Architecture: valid program | Unknown/Multiple Blocked By: | Test Case: Related Tickets: | Blocking: | Differential Revisions: -------------------------------------+------------------------------------- Comment (by FPtje):
Simply saying "nonsense" is... well, nonsense. That's why I provided a screenshot. Please see my explanation on '''other hurdles''' on why that is no reason to not fix that issue
I still fail to see what's wrong with using runghc/ghc/ghci from the top directory of your project or why that's considered to be so complicated...
The complicated bit is having your linter find out where that directory is. To repeat myself:
The only way for Sublime and sublimelinter-ghc to solve this problem is to try to find out the root path of the source and either give that to ghc/runhaskell or put that in an -i option. This would involve searching for cabal files, parsing haskell files, having the user set it manually or other things that go way beyond the idea of "tools that run a command on a file and show a pretty output in the text editor".
Symbolic links should be looked at. Depending on how ghc mounts its libraries, that might be doable. I don't know the specifics, but even if that's the next bug, it's much better to not be able to deal with symbolic links than this issue. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/10643#comment:10 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler