If we leave {{{lookupSymbol}}} unmodified then address of "far" symbol, imported from DLL, and returned by {{{lookupSymbol}}} is different from

#7134: ghc-7.6.0.20120810-x86_64-windows.exe -> internal error R_X86_64_PC32 -------------------------------+---------------------------------- Reporter: cetinsert | Owner: thoughtpolice Type: bug | Status: patch Priority: highest | Milestone: 7.8.1 Component: GHCi | Version: 7.6.1-rc1 Resolution: | Keywords: R_X86_64_PC32 Operating System: Windows | Architecture: x86_64 (amd64) Type of failure: GHCi crash | Difficulty: Unknown Test Case: | Blocked By: 3658 Blocking: | Related Tickets: -------------------------------+---------------------------------- Comment (by simonmar): Replying to [comment:40 awson]: trampoline address. Is this ok? Or do I completely misunderstand the picture? That should be fine. Callers of `lookupSymbol` probably want the real address, not a newly allocated trampoline. If we allocated a trampoline for every call to `lookupSymbol`, we would have a problematic memory leak. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/7134#comment:41 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler