You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/troubleshooting.md
+5-5Lines changed: 5 additions & 5 deletions
Original file line number
Diff line number
Diff line change
@@ -36,15 +36,15 @@ An usual symptom is the presence of errors containing `unknown symbol` and it is
36
36
37
37
The workaround is to use a version of haskell-language-server compiled from source with the ghc option `-dynamic` enabled. See more details [here](https://github.com/haskell/haskell-language-server/issues/1160#issuecomment-756566273).
38
38
39
-
### Problems with Template Haskell
39
+
### Support for Template Haskell
40
40
41
-
Due to how Template Haskell code is evaluated at compile time and some limitations in the interaction between HLS and GHC, the loading of modules using TH can be problematic.
41
+
Template Haskell should work fine in Linux with the distributed binaries
42
42
43
-
The errors thrown are usually related to linking and usually make HLS crash: `Segmentation fault`, `GHC runtime linker: fatal error`, etc
43
+
Usage of Template Haskell in Mac Os requires a dynamically linked binary of HLS or risk encountering linker errors and/or segmentation faults.
44
44
45
-
A workaround which has helped in some cases is to compile HLS from source with the ghc option `-dynamic` enabled, as in the previous issue.
45
+
The best and currently only way to obtain a dynamically linked HLS binary is to build it locally. With cabal install this can be done as follows:
46
46
47
-
We have a [dedicated label](https://github.com/haskell/haskell-language-server/issues?q=is%3Aissue+is%3Aopen+label%3A%22type%3A+template+haskell+related%22) in the issue tracker and an [general issue](https://github.com/haskell/haskell-language-server/issues/1431) tracking support for TH.
0 commit comments