[GHC] #8870: GHC 7.8.0 RC2 fails when compiling a hello world program on Windows 7 32bits
GHC
ghc-devs at haskell.org
Mon Mar 31 12:09:03 UTC 2014
#8870: GHC 7.8.0 RC2 fails when compiling a hello world program on Windows 7
32bits
---------------------------------------+------------------------------
Reporter: facundoq | Owner:
Type: bug | Status: infoneeded
Priority: high | Milestone: 7.8.1
Component: Compiler | Version: 7.8.1-rc2
Resolution: | Keywords:
Operating System: Windows | Architecture: x86
Type of failure: Compile-time crash | Difficulty: Unknown
Test Case: | Blocked By:
Blocking: | Related Tickets:
---------------------------------------+------------------------------
Comment (by thoughtpolice):
@Simon, I've tried sprinkling some `NOINLINE` to see if it has any effect
on pressure the codegen might be under - indeed, if I sprinkle a few
`NOINLINE` here and there like on `genCCall` (a massive piece of code in
its own right), then `System.Time` does compile, but DPH fails to compile
later on:
{{{
libraries/dph/dph-lifted-vseg/ghc.mk:5: recipe for target 'libraries/dph
/dph-lifted-vseg/dist-
install/build/Data/Array/Parallel/PArray/PData/Base.p_o' failed
make[1]: *** [libraries/dph/dph-lifted-vseg/dist-
install/build/Data/Array/Parallel/PArray/PData/Base.p_o] Segmentation
fault
}}}
I'm checking if this is the same thing as before right now.
I will note that in the example I posted in the other comment, `a292_rFAj`
at the STG level - which roughly corresponds to `stmtToInstrs` - is
''absolutely massive'' - by itself, it's on the order of 24,000 lines of
intermediate code long. `X86.CodeGen` really only exports `cmmTopCodeGen`,
so it probably goes to town on the module, inlining like crazy, since
`stmtToInstrs` is at the heart of it.
--
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8870#comment:13>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
More information about the ghc-tickets
mailing list