#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 <nomin...@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
_______________________________________________
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs