#7068: Extensive Memory usage (regression)
------------------------------------------+---------------------------------
 Reporter:  waldheinz                     |          Owner:                  
     Type:  bug                           |         Status:  new             
 Priority:  normal                        |      Component:  Compiler        
  Version:  7.4.1                         |       Keywords:                  
       Os:  Unknown/Multiple              |   Architecture:  Unknown/Multiple
  Failure:  Compile-time performance bug  |       Testcase:                  
Blockedby:                                |       Blocking:                  
  Related:                                |  
------------------------------------------+---------------------------------
 The "bling raytracer" project [1] can not be compiled with recent GHC
 versions (personally tested 7.4.1 on Linux / OS X / Windows, that 7.4.2
 fails in the same way was reported on IRC).

 The problem is that when compiling the "Transform.hs" source file [2] GHC
 allocates more RAM than any of my machines can bear (8+ GB).

 This does not happen with 7.0.x versions of GHC. Also, reducing the
 optimization level from O2 to O1 makes the problem go away. To reproduce
 this bug I'd recommend

 > hg clone -r eb0f7f91bde6 https://code.google.com/p/bling-raytracer/
 > cabal build

 There was no consensus on IRC if this is really a GHC bug or I should
 simply tinker with the GHC options / source file until it works. But since
 the code in question does not use any obscure extensions (in fact, no
 extensions at all) and could be compiled with many GHC versions from 6.4
 onward, I thought you might want to hear about it.

 [1] http://code.google.com/p/bling-raytracer/
 [2] http://code.google.com/p/bling-
 
raytracer/source/browse/src/Graphics/Bling/Transform.hs?r=9499d979762ddcbc1ff31aea053dfcf3d4590a08

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7068>
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

Reply via email to