summaryrefslogtreecommitdiff
blob: dee216b029fb17d045d8cee45a4af144972cae96 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
I'm not sure if it's a ghc feature or a bug.
Should happy emable that extension for -g option?

The build error is Kind mismatch:

  monad002.g.hs:296:26:
    Couldn't match kind ‘*’ with ‘#’
    When matching types
      t0 :: *
      Happy_GHC_Exts.Int# :: #
    Relevant bindings include
      cont :: t0 -> [Char] -> Int -> ParseResult a
        (bound at monad002.g.hs:293:13)
    In the first argument of ‘cont’, namely ‘8#’
    In the expression: cont 8#
    In a case alternative: TokenLet -> cont 8#

Slightly related bug: https://ghc.haskell.org/trac/ghc/ticket/8739

diff --git a/tests/monad002.ly b/tests/monad002.ly
index 35cc5b0..4c526ca 100644
--- a/tests/monad002.ly
+++ b/tests/monad002.ly
@@ -5,2 +5,3 @@ Test for monadic Happy Parsers, Simon Marlow 1996.
 > {-# OPTIONS_GHC -fglasgow-exts #-}
+> {-# LANGUAGE MonoLocalBinds #-}
 > -- -fglasgow-exts required because P is a type synonym, and Happy uses it