#2355: Building NDP fails with GHC panic on x86_64
---------------------------+------------------------------------------------
 Reporter:  Nolari         |          Owner:                
     Type:  bug            |         Status:  new           
 Priority:  normal         |      Milestone:                
Component:  Compiler       |        Version:  6.9           
 Severity:  major          |     Resolution:                
 Keywords:  ndp ghc panic  |     Difficulty:  Unknown       
 Testcase:                 |   Architecture:  x86_64 (amd64)
       Os:  Linux          |  
---------------------------+------------------------------------------------
Comment (by Nolari):

 It's not clear to me how to build NDP with `-dcore-lint` turned on (or
 `-fno-ds-multi-tyvar` for that matter).  I tried fiddling with the
 `Makefile`s and `ndp.mk` but they didn't seem to have any effect on `make
 make.library.ndp`, and neither did adding `{-# OPTIONS_GHC -dcore-lint
 #-}` to the offending file.  I also haven't really figured out what the
 exact GHC invocation is to build the file by hand.

 On a whim, I tried to just do a clean build (`make remake.library.ndp`)
 and then the compilation actually got past the file where it got stuck
 before!  It then gave the same "error in desugarer lookup"-panic on a
 different file, I added `{-# OPTIONS_GHC -dcore-lint #-}` to that file and
 did a new remake, and it got further again.

 In this way I've been able to finally build NDP. :)  But the process seems
 to be non-deterministic!  Doing a remake sometimes succeeds and sometimes
 doesn't, and if it doesn't then the offending file isn't even always the
 same.  Sometimes it's one of the files where I added `{-# OPTIONS_GHC
 -dcore-lint #-}`, but even then I'm still not getting any extra output
 such as rl provided.

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