-
-
Notifications
You must be signed in to change notification settings - Fork 368
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
GHC runtime linker: fatal error: I found a duplicate definition for symbol #1737
Comments
The versions of haskell-language-server and ghc do not match. This is unsupported. You need to build HLS with the same version of GHC that you are using in your project. |
@pepeiborra It is not correct. I use the hls-wraper. I've even tried to delete all the ghc versions I have, reinstall hls and clean all stack staff. But it doesn't help. |
Try building a dynamically linked HLS binary locally (using |
I have following error:
UPD: I've switched my main system ghc version from 8.10.3 to 8.10.4 and hls compiled successfully. |
So. I've changed locally project ghc version (resolver lts-17.9). Nothing changes( Debug output:
|
Also, there is important note, that hls working in other projects! May this error be because of |
It is a shot in the dark (and a costly one) but, have you tried to remove stack snapshots (under |
Also this reminds me this issue in freebsd: #1482 so maybe it is related with some static(via ghcup) vs dynamic linking support. |
@jneira yes, I've tried to clean all the staff in On this weekends I've tried to build hls from source for ghc 8.10.4 ( Actually - I started to work on this project not for a long time ago - and hls worked fine. But suddenly (I really do not understand why) - this error appears... |
Ouch, thanks for confirming you've tried them. Other issues related with the ghc runtime linker (f.e. #429) seemed to be alliviated with builds from source 😟 |
@jneira I do not understand, why hls works for other projects but it fails with this strange error in edna project? |
I am gonna close this issue as all compiler crashes seems to have the same root cause:
If any of you think the issue should not be included generically feel free to reopen it (with a brief explanation if possible) |
Your environment
Output of
haskell-language-server --probe-tools
orhaskell-language-server-wrapper --probe-tools
:haskell-language-server version: 1.1.0.0 (GHC: 8.10.4) (PATH: /Users/worm2fed/.ghcup/bin/haskell-language-server-wrapper-1.1.0) (GIT hash: f1c096927186a93d8e3ccd4fe8385cc1b070350b) Tool versions found on the $PATH cabal: 3.4.0.0 stack: 2.5.1 ghc: 8.10.3
Which OS do you use: MacOS
Which lsp-client do you use: VSCode
Describe your project (alternative: link to the project): https://github.com/serokell/edna
Contents of
hie.yaml
:Steps to reproduce
Actually, I don't know how to reproduce it... I have really strange problem... Two days ago at night everything works fine. Then at morning I've just checkout to my branch to make changes after review. And for now hls not working for all files. (in some files it's working and in others - not).
Expected behaviour
HLS working for all files!
Actual behaviour
I have some errors appears only in three files:
ghc-prim-0.6.1
double-conversion-2.0.2.0
But hls do not work in other files too if they are imports files with errors!
Include debug information
Execute in the root of your project the command
haskell-language-server --debug .
and paste the logs here:Debug output:
Paste the logs from the lsp-client, e.g. for VS Code
LSP logs:
The text was updated successfully, but these errors were encountered: