#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/c98d2b5f1184153820867d83e4fba4... 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@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