[GHC] #8025: "During interactive linking, GHCi couldn't find the following symbol" typechecker error with TemplateHaskell involved
GHC
ghc-devs at haskell.org
Tue May 26 02:06:13 UTC 2015
#8025: "During interactive linking, GHCi couldn't find the following symbol"
typechecker error with TemplateHaskell involved
-------------------------------------+-------------------------------------
Reporter: mojojojo | Owner:
Type: bug | Status: infoneeded
Priority: normal | Milestone:
Component: Compiler (Type | Version: 7.6.3
checker) | Keywords:
Resolution: | Architecture: x86
Operating System: Unknown/Multiple | Test Case:
Type of failure: Incorrect | Blocking:
warning at compile-time | Differential Revisions:
Blocked By: |
Related Tickets: |
-------------------------------------+-------------------------------------
Comment (by tonyday567):
I found a similar bug with this same command here:
https://github.com/mikeizbicki/subhask/commit/c98d2b5f1184153820867d83e4fba44118b97bc2
Error:
{{{
<no location info>:
ByteCodeLink.lookupCE
During interactive linking, GHCi couldn't find the following symbol:
subhazuAF2UqVq5DNs9kS0u9qf2pe_SubHaskziTemplateHaskellziMutable_mkMutable_closure
This may be due to you not asking GHCi to load extra object files,
archives or DLLs needed by your current session. Restart GHCi, specifying
the missing library using the -L/path/to/object/dir and -lmissinglibname
flags, or simply by naming the relevant files on the GHCi command line.
Alternatively, this link failure might indicate a bug in GHCi.
If you suspect the latter, please send a bug report to:
glasgow-haskell-bugs at haskell.org
}}}
As far as I can tell, it doesn't involve Lens. ghc --interactive and
cabal build both work fine, so the bug is isolated to the -fno-code flag.
--
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8025#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
More information about the ghc-tickets
mailing list