[GHC] #2739: GHC API crashes on template haskell splices

[GHC]

#2739: GHC API crashes on template haskell splices
---------------------------------+------------------------------------------
    Reporter:  waern             |        Owner:  nominolo        
        Type:  bug               |       Status:  assigned        
    Priority:  normal            |    Milestone:  6.10.2          
   Component:  Compiler          |      Version:  6.10.1          
    Severity:  major             |   Resolution:                  
    Keywords:                    |   Difficulty:  Unknown         
    Testcase:                    |           Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  |  
---------------------------------+------------------------------------------
Comment (by waern):

 Replying to [comment:6 simonpj]:
 > Maybe you have stumbled on a type-families bug.  But I can't tell unless
 I can reproduce it.  Can you make it happen with GHCi?  If not, how can I
 reproduce it?
 >
 > Simon

 I tried to reproduce it by loading the (above) TypeFamilies module in
 GHCi, but that didn't do it. I'll see if I can come up with a test case
 using the GHC API later.

 Regarding the original problem, I discovered that it is still present when
 using the 6.10.2 branch of GHC. I think the reason may be the lack of this
 patch:

 {{{
 Fri Nov 28 17:44:12 CET 2008  Thomas Schilling <nominolo at googlemail.com>
   * Let 'loadModule' generate proper code depending on the 'hscTarget'.

   With this change it should be possible to perform something similar to
   'load' by traversing the module graph in dependency order and calling
   '{parse,typecheck,load}Module' on each.  Of course, if you want smart
   recompilation checking you should still use 'load'.
 }}}

 Thomas has agreed to try to back-port this fix.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2739#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler