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

GHC ghc-devs at haskell.org
Mon Jan 20 10:14:17 UTC 2014


#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]:

 > 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
 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


More information about the ghc-tickets mailing list