Edit: Perhaps, reusing {{{SymbolExtra *symbol_extras}}} pointer in {{{ObjectCode}}} structure is not such a good idea, because in current code {{{lookupSymbol}}} is used in haskell object-linking code and calls {{{lookupSymbolInDLLs}}} directly. Thus we probably should make a

#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:38 awson]: trampoline for every "far" symbol, imported from DLL, as is now in my patch. I don't understand this, could you explain more? Surely it should be fine to return a 64-bit pointer from `lookupSymbol`? -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/7134#comment:39 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler