[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