#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