[GHC] #7134: ghc-7.6.0.20120810-x86_64-windows.exe -> internal error R_X86_64_PC32

[GHC]

#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]:
 > If we leave {{{lookupSymbol}}} unmodified then address of "far" symbol,
 imported from DLL, and returned by {{{lookupSymbol}}} is different from
 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