2017-12-30 45 views
2

ここには示されていない無関係のコード部分に使用するGADT拡張機能でコンパイルするときに、タイプエラーが発生するため、以下の関数が拒否されます。教会のコード変換機能がGADTでコンパイルできない

newtype Church = Church { unC :: forall a. (a -> a) -> a -> a } 
to_c :: Int -> Church 
to_c 0 = let f0 f c = c in Church f0 
to_c n = 
    let fn f c = iterate f c !! n in Church fn 

エラーメッセージ:

Couldn't match type ‘a0’ with ‘a’ because type variable ‘a’ would escape its scope 
    This (rigid, skolem) type variable is bound by 
    a type expected by the context: 
     (a -> a) -> a -> a 

    Expected type: (a -> a) -> a -> a 
    Actual type: (a0 -> a0) -> a0 -> a0 
    In the first argument of ‘Church’, namely ‘fn’ 

は、私は仕事もチェックして入力します直接の再帰的なスタイルで関数を書き換えることができます。しかし、なぜこの反復的なアプローチに欠陥があるのか​​、そしてそれが巧妙な型の注釈で救済できるのかどうか不思議でした。

答えて

6

これは実際にはGADTとは関係ありません。-XGADTsの拡張子は-XMonoLocalBindsを意味します。これは実際の問題です。ローカルバインディングfnは明示的な署名を持たないため、環境よりも多型ではない型を与えたいからです。つまり、この場合はは多態性ではありません。です。しかし、もちろんが多形でなければならないので、実際にはChurchタイプで使用できるので、それは良いことではありません。

あなたはまだ明示多型署名与えることができます:

{-# LANGUAGE RankNTypes, MonoLocalBinds #-} 
newtype Church = Church { unC :: forall a. (a -> a) -> a -> a } 
to_c :: Int -> Church 
-- to_c 0 = ... -- the base case is redundant. 
to_c n = 
    let fn :: (a -> a) -> a -> a 
     fn f c = iterate f c !! n 
    in Church fn 

をもっと簡単ソリューションは、ちょうどすべてでを結合し、-XMonoLocalBindsが遊びに来ていない任意のをしないことです。

to_c :: Int -> Church 
to_c n = Church (\f c -> iterate f c !! n) 

...または、あなたがバインド作るのですかあればそこ環境がすでに多型であるため、Churchコンストラクタの中でそれを実行します。

to_c n = Church (let fn f c = iterate f c !! n in fn) 
+0

この場合、特にローカルバインディングに実際にGADTが含まれていないため、MonoLocalBindsは非常に制限的です。 GHCがよりリラックスしたアプローチを使用できるかどうかは疑問です。 – chi

+0

@chi、多分。しかし、ユーザがいつ推論が成功するかを予測できることが重要です。 'MonoLocalBinds'は既に多義性を許そうとしているので、理解しにくいです。より巧妙な音を危険にさらす。 – dfeuer

関連する問題