-
-
Notifications
You must be signed in to change notification settings - Fork 389
Template Haskell: ByteCodeLink.lookupCE During interactive linking, GHCi couldn't find the following symbol #1024
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
Comments
Interestingly, even if I
|
I can't give a full minimal repro just yet, but the package in question is open source at https://github.com/circuithub/haskell-filepicker-policy |
This may be a dupe of haskell/ghcide#25 which reports the same error and is still open, but perhaps we should move on to this issue as the bug has changed? I'll leave that choice to the maintainers. |
Good idea, I’ve closed haskell/ghcide#25 |
I am also getting this bug. |
@ndmitchell @cocreature i want to work on fixing this. Any idea what the problem is/could be, relevant points of code to look at? Thanks |
@chessai Sorry, I don’t know what the issue is or how to fix it. TH support was initially added in haskell/ghcide#222 so that might be helpful for finding relevant code paths. |
Has anyone been able to reproduce this? Our project at work is running into it, so I thought I'd try to get a reproducing case. I took the gist here: https://gist.github.com/ocharles/1eb5532910bd65a3e1c11c880a1da349 and copied the same premise into this github repo: https://github.com/MaxGabriel/TemplateHaskellBug Then I ran ghcide with both stack and cabal and didn't run into the error. I also was able to build https://github.com/circuithub/haskell-filepicker-policy with ghcide with Stack (after making a few changes to it). This was with |
@MaxGabriel I will see if I can reproduce it with the current ghcide |
I just tried with 0.0.6 (i.e. HEAD) and I still run into problems. Specifically, I run into this error:
Looking in the mentioned store path I find two persistent-sqlite libraries, one static and one dynamic. Running nm on these to find the mentioned symbols I see:
So As for the dynamic one:
Both symbols appear to be defined. |
I've tried explicitly passing |
I don't really know how to effectively debug/inspect what ghcide/hie-bios are doing in terms of linkerflags used, but if someone tells me what to try I can have a look. |
I have a fix locally for this which I will put up soon. I'm also going to implement support for generating object files to reduce memory usage when using TH which is prohibitive for big projects at the moment. |
@mpickering If you need someone to test/try it, just point me at the right branch and I can try it. |
Running the simplifier is necessary to do things like inline data constructor wrappers. Fixes #256 and #393
Running the simplifier is necessary to do things like inline data constructor wrappers. Fixes #256 and #393
Running the simplifier is necessary to do things like inline data constructor wrappers. Fixes #256 and #393
Running the simplifier is necessary to do things like inline data constructor wrappers. Fixes haskell/ghcide#256 and haskell/ghcide#393
Running the simplifier is necessary to do things like inline data constructor wrappers. Fixes haskell/ghcide#256 and haskell/ghcide#393
Running the simplifier is necessary to do things like inline data constructor wrappers. Fixes haskell/ghcide#256 and haskell/ghcide#393
The new Template Haskell support seems to get further at work, now failing with:
My
hie.yaml
is:The z-encoded name in question comes from something that is in my package database, as witnessed by:
The text was updated successfully, but these errors were encountered: