Pattern synonyms: help needed: capturing EvBinds in tcPat
Richard Eisenberg
eir at cis.upenn.edu
Tue Sep 10 02:59:53 UTC 2013
I took a look here and would like to help, but I'm confused: What makes you think the dictionary for (Eq [b]) would be in scope? I can see where the (Eq b) comes from (the theta that pops out of patSynSig), but where does (Eq [b]) come from?
Richard
On Sep 8, 2013, at 4:31 AM, Dr. ERDI Gergo <gergo at erdi.hu> wrote:
> Hi,
>
> Based on feedback from Simon PJ a couple weeks ago, I started a substantial rewrite of the typecheker of pattern synonyms, to support existential types. My latest code (full of 'stash' commits and a huge amount of 'traceTc' calls) is available in the pattern-synonyms-wip branch of http://github.com/gergoerdi/ghc.git.
>
> What I'm struggling with, is capturing the evidence bindings during the
> typechecking of a pattern which is a pattern synonym occurance. For example, suppose I have the following module:
>
> {-# LANGUAGE GADTs, PatternSynonyms #-}
> module ConstrEx where
>
> data T where
> MkT :: (Eq b) => b -> b -> T
>
> pattern P b b' = (MkT b b', ())
>
> f (P x y) = [x] == [y]
>
>
> The names in the following will refer to the output of pattern-synonyms-wip with --ddump-tc-trace.
>
> The right-hand side of 'f' requires an instance Eq [b], and is given an instance $dEq_an5 :: Eq b, so it binds a dictionary '$dEq_an7 = GHC.Classes.$fEq[] @[b] [$dEq_an5]'. This makes sense. However, inside 'tcPatSynPat', which is the version of 'tcPat' for pattern synonym occurances, the 'checkConstraints'-wrapped call to (eventually) 'thing_inside' doesn't capture this binding (I get back an empty 'TcEvBinds').
>
> This causes problems further on because even though $dEq_an5 is going to be in scope while generating code for the right-hand side (since 'tcInstPatSyn', the function that instantiates 'P x y' into '(MkT x y, ())', substitutes the name of the dictionary bound by MkT, $dEq_amS, to $dEq_an5), but $dEq_an7 is not, since its binding is not emitted by 'tcPatSynPat' (since it doesn't get it from 'checkConstraints'). Looking at the tc-trace log, I see '$dEq_an7 = GHC.Classes.$fEq[] @[b] [$dEq_an5]' on line 2070, way after the call to 'checkConstraints' returns on line 1811.
>
> I realize the above description is basically incomprehensible unless you go through the trouble of reading through 'tcPatSynDecl', 'tcPatSynPat' and 'tcInstPatSyn', but I don't yet know how to even formulate my question more succinctly.
>
> Any help is appreciated.
>
> Thanks,
> Gergo
>
> --
>
> .--= ULLA! =-----------------.
> \ http://gergo.erdi.hu \
> `---= gergo at erdi.hu =-------'
> GDK is the GNU Not Unix Image Manipulation Program Tool Kit Drawing Kit
>
> _______________________________________________
> ghc-devs mailing list
> ghc-devs at haskell.org
> http://www.haskell.org/mailman/listinfo/ghc-devs
More information about the ghc-devs
mailing list