[GHC] #10643: GHC cannot import submodules when run from subfolder
GHC
ghc-devs at haskell.org
Fri Jul 17 16:08:42 UTC 2015
#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
More information about the ghc-tickets
mailing list