-
Notifications
You must be signed in to change notification settings - Fork 25
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
use with hsenv #2
Comments
What if you do |
@bitc The problem is that the ghc wasn't compiled inside the hsenv environment, and so it doesn't know anything about the package databases. These are stored, for ghc-mod for example, in the environment variable |
what about when running hdevtools with the hsenv activated? |
Still, it doesn't know where the package database is. |
This is related to bitc/hdevtools#12 |
It actually appears to be working now, although I'm not sure what I did to fix it. |
@jwiegley is not working on my side, what have you done to make it work? |
I wish I remembered. Here is my invocation:
|
So, nothing special there that might actually fix it. Another thing that I changed recently is that my global GHC is no longer the same compiler as my hsenv's GHC (7.6.3 vs. a modified 7.4.2). Maybe having that stark separation helped? |
I actually fixed it. What I was forgetting was that hdevtools is a "service" which start as a server and remains there. So I was actually calling the "wrong" hdevtools, the one outside .hsenv. To make my life easier, I created this simple function:
So, even if I forget to call "hsenv-activate" I can amend later on and see flycheck correctly checking my code :)
|
Yep, I have a |
I'm not sure if this is even an issue. But I had trouble with vim-hdevtools not finding sandboxed packages in
hsenv.
I used this in my vimrc to fix it
Otherwise it works great. Thanks
The text was updated successfully, but these errors were encountered: