#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
_______________________________________________
Glasgow-haskell-bugs mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
