Estou procurando um algoritmo de inferência de tipo para uma linguagem que estou desenvolvendo, mas não consegui encontrar uma que atenda às minhas necessidades porque elas geralmente são:
- à Haskell, com polimorfismo, mas sem sobrecarga ad-hoc
- à C ++ (automático) no qual você tem sobrecarga ad-hoc, mas as funções são monomórficas
Em particular, meu sistema de tipos é (simplificador) (estou usando a sintaxe Haskellish, mas isso é independente do idioma):
data Type = Int | Double | Matrix Type | Function Type Type
E eu tenho um operador * que tem algumas sobrecargas:
Int -> Int -> Int
(Function Int Int) -> Int -> Int
Int -> (Function Int Int) -> (Function Int Int)
(Function Int Int) -> (Function Int Int) -> (Function Int Int)
Int -> Matrix Int -> Matrix Int
Matrix Int -> Matrix Int -> Matrix Int
(Function (Matrix Int) (Matrix Int)) -> Matrix Int -> Matrix Int
Etc ...
E quero inferir possíveis tipos de
(2*(x => 2*x))*6
(2*(x => 2*x))*{{1,2},{3,4}}
O primeiro é Int
o segundo Matrix Int
.
Exemplo (que não funciona):
{-# LANGUAGE OverlappingInstances, MultiParamTypeClasses,
FunctionalDependencies, FlexibleContexts,
FlexibleInstances, UndecidableInstances #-}
import qualified Prelude
import Prelude hiding ((+), (*))
import qualified Prelude
newtype WInt = WInt { unwrap :: Int }
liftW f a b = WInt $ f (unwrap a) (unwrap b)
class Times a b c | a b -> c where
(*) :: a -> b -> c
instance Times WInt WInt WInt where
(*) = liftW (Prelude.*)
instance (Times a b c) => Times a (r -> b) (r -> c) where
x * g = \v -> x * g v
instance Times (a -> b) a b where
f * y = f y
two = WInt 2
six = WInt 6
test :: WInt
test = (two*(\x -> two*x))*six
main = undefined
type-theory
type-inference
miniBill
fonte
fonte
Respostas:
Eu sugeriria olhar dissertação de Geoffrey Seward Smith
Como você provavelmente já sabe, a maneira como os algoritmos comuns de inferência de tipo funcionam é que eles atravessam a árvore de sintaxe e, para cada subexpressão, geram uma restrição de tipo. Então, eles pegam essas restrições, assumem a conjunção entre elas e as resolvem (geralmente procurando uma solução mais geral).
Quando você também tem sobrecarga, ao analisar um operador sobrecarregado, gera várias restrições de tipo, em vez de uma, e assume a disjunção entre elas, se a sobrecarga estiver limitada. Porque você está essencialmente dizendo que o operador pode ter `` este ou este ou aquele tipo ''. Se não tem limites, é preciso recorrer à quantificação universal, assim como nos tipos polimórficos, mas com restrições adicionais que restringem o real tipos de sobrecarga.O artigo que eu refiro aborda esses tópicos com mais profundidade.
fonte
Curiosamente, o próprio Haskell é
perfeitamentequase capaz do seu exemplo; A Hindley-Milner está totalmente bem com a sobrecarga, desde que bem limitada:Você Terminou! Bem, exceto que você precisa deixar o padrão. Se o seu idioma permitir o padrão da
Times
classeInt
(e depoisDouble
), seus exemplos funcionarão exatamente como indicado. A outra maneira de corrigi-lo, é claro, é a de não promover automaticamenteInt
aDouble
, ou para fazê-lo apenas quando imediatamente necessário, e para usoInt
literais comoInt
única (de novo, promovendo somente quando imediatamente necessário); esta solução também funcionará.fonte