[GHC] #5899: RTS crash w/ strange closure type 603975781 on OS X 10.8
GHC
cvs-ghc at haskell.org
Wed Mar 28 10:22:47 CEST 2012
#5899: RTS crash w/ strange closure type 603975781 on OS X 10.8
-----------------------------------------------------------+----------------
Reporter: dylukes | Owner:
Type: bug | Status: new
Priority: high | Milestone: 7.4.2
Component: Runtime System | Version: 7.4.1
Keywords: rts, strange closure, internal error, os x | Os: MacOS X
Architecture: x86_64 (amd64) | Failure: Runtime crash
Difficulty: Unknown | Testcase:
Blockedby: | Blocking:
Related: |
-----------------------------------------------------------+----------------
Comment(by simonmar):
One thought occurred to me: maybe if we set the size of the `_dsp` symbol
to be the size of the info table plus the size of the code, that would
prevent `ld` from separating them. But, as far as I can tell, symbols do
not have sizes in Mach-O.
I'm a bit bemused at how the linker can get away with reordering code
within an object file. The behaviour seems to be inconsistent with the
man page for ld, which says
The object files are loaded in the order in which they are specified
on
the command line. The segments and the sections in those segments
will
appear in the output file in the order they are encountered in the
object
files being linked.
[...]
The use of the -order_file option will alter the layout rules above,
and
move the symbols specified to start of their section.
which doesn't explicitly say that code within a section will not be
reordered, but it strongly implies that.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/5899#comment:24>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
More information about the Glasgow-haskell-bugs
mailing list