#2013: ghci crash on startup: R_X86_64_32S relocation out of range.
---------------------+------------------------------------------------------
Reporter: mboes | Owner:
Type: bug | Status: new
Priority: normal | Milestone: 6.8.3
Component: GHCi | Version: 6.9
Severity: normal | Resolution:
Keywords: | Difficulty: Unknown
Testcase: | Architecture: x86_64 (amd64)
Os: FreeBSD |
---------------------+------------------------------------------------------
Comment (by mboes):
Hi,
I have a short patch for this, attached. I have a rather slow connection
at the moment and downloading the stable darcs branch is going to be
taking a few days at this rate so the patch is a unified diff relative to
6.8.2 release, rather than a darcs patch. Sorry about that!
On my system ghci never seems to be loaded with anything allocated in the
1-2GB segment. This patch makes ghci load all objects starting from 1GB
growing upwards, one after the other. Loading will fail if there is
anything in the way, but I haven't seen this to be a problem on my machine
and besides linking happens very early in the lifetime of a ghci process.
The jump islands for symbols in shared libs loaded in high mem are
allocated starting from the 2GB mark, growing downwards. Let me know if
you'd like to see any revisions to this patch.
Regards,
Mathieu
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2013#comment:10>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
_______________________________________________
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
