Closed shika-blyat closed 4 years ago
You can not open Setup.hs
files. They are fundamentally different to other Project files.
Are you sure that your vscode plugin is up-to-date?
Could you link the log from Debug mode https://github.com/alanz/vscode-hie-server#investigating-and-reporting-problems
Are you sure that your vscode plugin is up-to-date?
Yes it is
Could you link the log from Debug mode
https://paste.artemix.org/s/HcGrmg
You can not open
Setup.hs
files. They are fundamentally different to other Project files.
Could you explain me why please ?
Seems like there already is something wrong in your trace. As far as I could read on github, the error
'stty' n'est pas reconnu en tant que commande interne
ou externe, un programme exécutable ou un fichier de commandes.
is related to a broken dependency of stack
on Windows. (it also already has been reported here: #1428)
See commercialhaskell/stack#4968 for more info about that.
A workaround is given there, but the PR status is still unknown as fixes proposed aren't satisfactory enough.
I don't know if it would fix the problem (that is, HIE not working) but I think it is worth a try.
Could you explain me why please ?
Sure. This Setup.hs
file is used to actually build your project. All haskell projects built with stack
or cabal
are at some point built with Cabal
the library (note the capital 'C'). Cabal
is the specification how to actually build a haskell package and the Setup.hs
uses the Cabal
library to build the project. Cabal Spec: https://www.haskell.org/cabal/proposal/pkg-spec.pdf
We can not easily load this file since it could contain arbitrary code importing arbitrary dependencies and the build tools stack
and cabal
expose no programmatic way of accessing the required build-flags for ghc to actually compile this file. E.g. to compile a normal Setup.hs
, you need something like ghc -package Cabal-3.0.0.0 -package base-4.12.0.0 Setup.hs
. However, these flags and the location of the libraries, as well as package-db
that is used by ghc, might differ for each Setup.hs
.
Rough (and incomplete) reasoning why loading of Setup.hs
is difficult.
Okay thank you for the explanation. With the @Mesabloo advices i tried to investigate that error message:
'stty' n'est pas reconnu en tant que commande interne
ou externe, un programme exécutable ou un fichier de commandes.
(which just means stty isn't recognized as a valid command).
So i tried to call stty
and stty size
and they both respectively returns me:
speed 38400 baud; line = 0;
-imaxbel iutf8
-echoe -echok -echoctl -echoke
and 28 120
, either on powershell or cmd.
But:
on powershell, which stty
returns me:
/usr/bin/stty
while on cmd
nevermind, it also works on cmd, i wasn't using the right command, locate stty
returns me a blank line (meaning it didn't found it).where stty
returns me:
C:\Program Files\Git\usr\bin\stty.exe
Ok, so after a little bit of head scratching (as I'm not a proficient Windows users) I managed to install HIE on my Windows 10 and get it to work properly in VSC.
As expected, I'm getting the stty
error, but it doesn't seem to affect anything.
I have been successfully loading a project in VSC without any crash, and everything seems to work. (at least, from what I tested)
I'm quite unsure at this point where does your error come from.
Okay it works. The problem was coming from my GHC, in my path. I don't why but it was broken. I reinstalled it with ghcup and it worked without any problem. I think this issue can be closed so i'll close it.
I saw there is many issues related about this, which all result being a ghc version problem. And i think i'm in the same case, but i don't see how i could fix it.
hie --version
gives me:Version 1.1, Git revision 66163e0f69ce4f9239c1723cb27a67e56156ec5d (3782 commits) x86_64 ghc-8.6.5
So in stack.yaml i changed the resolver to:resolver: ghc-8.6.5
but i still get errors like:and
in VSCode notifications. I don't know if the second error message is related to the first one though.