Esta tarea se distribuye con dos ficheros base.rkt y tests.rkt (base tarea 1). Considere las definiciones del archivo base.rkt y escriba sus funciones en él. Escriba sus tests en el archivo tests.rkt adjunto. Ambos ficheros deben ser entregados vía U-Cursos. Los tests forman parte de su evaluación!
En esta tarea vamos a equipar el lenguaje visto en clases (y provisto en el archivo base.rkt) con un sistema de inferencia de tipos. Esto significa que vamos a checkear que un programa este bien tipado sin requerir especificaciones de tipos.
En particular, el sistema de tipos pedidos usa variables de tipos para denotar cada tipo desconocido y genera, al analizar un programa, una lista de 'constraints' sobre estas variables.
Por ejemplo, para la expresión (fun (x) (+ x 1)), el inferenciador lo que hace (muy informalmente) es lo siguiente:
T1 para denotar el tipo desconocido de x. T1=TNum para reflejar que esta es la única forma con que el cuerpo de la función pueda estar bien tipado. T1→TNum con la constraint T1=TNum generada anteriormente.T1 por TNum.(TNum→TNum).En las siguientes secciones se muestra paso por paso lo que usted tiene que hacer para poder implementar el inferenciador de tipos
Para esto considere las definiciones adicionales provistas en el archivo base.rkt
Para representar el tipo de una expresión se usará el siguiente tipo de dato
(deftype Type (TNum) (TFun Type Type) (TVar Symbol))
en donde
(TNum) es el tipo numérico(TFun Type Type) es el tipo de una función (Type→Type)(TVar Symbol) es una variable de tipo con un Symbol único. Cada vez que necesite definir una nueva variable de tipo, use la función get-id provista en base.rkt.
Finalmente, para representar una constraint T1=T2 usamos el tipo
(deftype Constraint (Cnst T1 T2))
Para esta sección se define el siguiente ambiente de tipos, que asocia un identificador con un tipo (de forma similar a en clases, en donde se definió un ambiente que asocia un identificador con un valor)
(deftype TEnv (mtEnv) (anEnv id Type env))
P1.1 Defina las funciones
emptyT-env :: TEnv, que construye un ambiente de tipos vacío; extendT-env :: Sym x Type x TEnv -> TEnv, que extiende un ambiente asociando un tipo a un identificador dado;lookupT-env :: Sym x TEnv -> Type, que dado un identificador y un ambiente de tipos, retorna el tipo asociado al identificador.
P1.2 Defina la función typeof :: Expr x TEnv -> (Type, List[Constraint]) que dada una expresión y un ambiente de tipos, retorna el tipo de la expresión con la lista de constraints que debe ser solucionable para que el programa sea válido en tipos. La función debe reportar errores sólo en caso de identificadores libres.
Para obtener el tipo de una expresión siga las siguientes reglas:
(TNum).(TNum).(TFun A B) donde A es una variable de tipo fresca, es decir, de la forma (TVar n) en donde n es un nuevo id, y B es el tipo del cuerpo de la función, calculado usando el ambiente extendido que asocia el tipo A al parámetro formal de la función.tb.Para obtener la lista de constraints siga las siguientes reglas:
C(n) = {}
C(x) = {}
C({+ a1 a2}) = C(a1);C(a2);{T1 = TNum};{T2 = TNum} //Donde T1 es el tipo de a1 y T2 es el tipo de a2
C({- a1 a2}) = C(a1);C(a2);{T1 = TNum};{T2 = TNum} //Donde T1 es el tipo de a1 y T2 es el tipo de a2
C({if0 e tb fb}) = C(e);C(tb);C(fb);{Te = TNum};{T1 = T2} //Donde Te es el tipo de e, T1 es el tipo de tb y T2 es el tipo de tf
C({fun param body}) = C(body)
C({app fun arg}) = C(fun);C(arg);(T1 = T2 → Tx) //Donde T1 es el tipo de fun, T2 el tipo de arg y Tx la variable de tipo fresca que se asocia a la aplicación (siguiendo la regla 5 de arriba).
Observe que si bien por fines didácticos se presentó de manera independiente cómo la función typeof :: Expr x TEnv -> (Type, List[Constraint]) calcula el tipo y cómo calcula la lista de constraints, es posible (y recomendable) no separar la definición en dos funciones, sino tratarlas simultáneamente. (La definición así generada es más limpia).
Ejemplos:
>(typeof (num 3) (emptyT-env)) (list (TNum)) >(typeof (add (num 10) (num 3)) (emptyT-env)) (list (TNum) (Cnst (TNum) (TNum)) (Cnst (TNum) (TNum))) >(typeof (if0 (num 2) (num 5) (num 3)) (emptyT-env)) (list (TNum) (Cnst (TNum) (TNum)) (Cnst (TNum) (TNum))) >(typeof (id 'x) (extendT-env 'x (TNum) (emptyT-env))) (list (TNum)) >(typeof (add (num 10) (id 'x)) (extendT-env 'x (TVar 1) (emptyT-env))) (list (TNum) (Cnst (TNum) (TNum)) (Cnst (TVar 1) (TNum))) >(typeof (app (fun 'x (id 'x)) (num 3)) (emptyT-env)) (list (TVar 1) (Cnst (TFun (TVar 2) (TVar 2)) (TFun (TNum) (TVar 1)))) >(typeof (fun 'x (add (id 'x) (num 1))) (emptyT-env)) (list (TFun (TVar 1) (TNum)) (Cnst (TVar 1) (TNum)) (Cnst (TNum) (TNum))) >(typeof (fun 'f (fun 'x (app (id 'f) (app (id 'f) (id 'x))))) (emptyT-env)) (list (TFun (TVar 1) (TFun (TVar 2) (TVar 3))) (Cnst (TVar 1) (TFun (TVar 2) (TVar 4))) (Cnst (TVar 1) (TFun (TVar 4) (TVar 3))))
Nota: Note que en estos ejemplos las llamadas consecutivas de typeof retornan los indices siempre partiendo de 1. NO es necesario que usted implemente este comportamiento, pero si lo desea se le provee la función reset para reiniciar la numeración de get-id
Para saber si la lista de constraints generada por typeof admite una solución, y en tal caso, obtener la 'mejor' solución, debemos usar un proceso llamado unificación.1) Por ejemplo, luego de aplicar el proceso de unificación a las listas de constraints de los últimos tres ejemplos, obtenemos:
>(unify (list (Cnst (TFun (TVar 2) (TVar 2)) (TFun (TNum) (TVar 1))))) (list (Cnst (TVar 1) (TNum)) (Cnst (TVar 2) (TNum))) >(unify (list (Cnst (TVar 1) (TNum)) (Cnst (TNum) (TNum)))) (list (Cnst (TVar 1) (TNum))) >(unify (list (Cnst (TVar 1) (TFun (TVar 2) (TVar 4))) (Cnst (TVar 1) (TFun (TVar 4) (TVar 3))))) (list (Cnst (TVar 4) (TVar 3)) (Cnst (TVar 2) (TVar 4)) (Cnst (TVar 1) (TFun (TVar 2) (TVar 4))))
Para poder definir el proceso de unificación vamos a hacer uso de varias funciones auxiliares:
P2.1 Defina la función substitute:: TVAR x Type x List[Constraint] -> List[Constraint] que reemplaza una variable de tipo por otro tipo dado en una lista de constraints. (De aquí en adelante usaremos TVAR para representar el tipo de las variables de tipo, es decir, los tipos formadas sólo mediante el constructor TVar.)
P2.2 Defina la función occurs-in? :: TVAR x Type -> Bool que verifica si una variable de tipo ocurre como subexpresión de otro tipo dado.
P2.3 Defina la función equalT? :: Type x Type -> Bool que verifica si dos expresiones de tipo son iguales.
Ahora ya tenemos todos los prerequisitos para definir el proceso de unificación.
P2.4 Defina la función unify :: List[Constraint] -> List[Constraint] que dada una lista de constraints retorna la lista 'unificada' de constraints. El algoritmo de unificación es el siguiente: 2):
unify(C) = if C es vacío
Retornar lista vacía.
else
Sea C = {T1 = T2};C' //C tiene una constraint y un resto
if T1 == T2
unify(C') //Seguir con el resto de C
else if T1 es una variables de tipo y T1 no ocurre dentro de T2
unify(substitute(T1 T2 C')) + {T1 = T2} //Se asocia T1 a T2
else if T2 es una variables de tipo y T2 no ocurre dentro de T1
unify(substitute(T2 T1 C')) + {T2 = T1} //Se asocia T2 a T1
else if T1 es (TFun T1a T1r) y T2 es (TFun T2a T2r)
unify(C' + {T1a = T2a} + {T1r = T2r})
else
Error "Exception: Type error: cannot unify T1 with T2"
El último paso que debemos seguir para inferir el tipo 'final' de una expresión es usar la lista de constraints unificada para recuperar el tipo final de cada variable de tipo. Por ejemplo, considere nuevamente la expresión
(fun 'f (fun 'x (app (id 'f) (app (id 'f) (id 'x)))))
que define la función apply-twice. Su tipo devuelto por
typoeof es
(TFun (TVar 1) (TFun (TVar 2) (TVar 3)))
y su lista de constraints unificada es
(list (Cnst (TVar 4) (TVar 3)) (Cnst (TVar 2) (TVar 4)) (Cnst (TVar 1) (TFun (TVar 2) (TVar 4))))
La idea es que al encontrar la variable de tipo (TVar 1) en el tipo de la expresión, el inferenciador recorra repetidamente la lista hasta concluir que debe reemplazarla por
(TFun (TVar 3) (TVar 3))
La secuencia de reemplazos completa que lleva a cabo es
(TVar 1) -> (TFun (TVar 2) (TVar 4)) -> (TFun (TVar 4) (TVar 4)) -> (TFun (TVar 3) (TVar 4)) -> (TFun (TVar 3) (TVar 3))
y se obtiene reemplazando el tipo que aparece a la izquierda de una constraint por el tipo que aparece a la derecha. De manera similar, debe concluir el reemplazo de la variable de tipo (TVar 2) por (TVar 3), mientras que (TVar 3), la última variable de tipo que aparece en el tipo de la expresión, debe permanecer igual ya que no aparece a la izquierda de ninguna constraint. En conclusión, el inferenciador anunciará que el tipo de la expresión es
((TFun (TFun (TVar 3) (TVar 3)) (TFun (TVar 3) (TVar 3)))
P3.1 Defina la función runType :: S-Expr → Type que dada una s-expresión, retorne su tipo (o arroje un error) siguiendo el mecanismo recién descrito.
Ejemplos:
> (runType '(fun (x) (+ x 1))) (TFun (TNum) (TNum)) > (runType '(fun (x) x)) (TFun (TVar 1) (TVar 1)) > (runType '(fun (x) 3)) (TFun (TVar 1) (TNum)) > (runType 'x) Exception: free identifier x > (runType '((fun (x) (+ x 1)) (fun (x) x))) Exception: Type error: cannot unify num with (TFun (TVar 3) (TVar 3)) > (runType '(fun (f) (fun (x) (f (f x))))) (TFun (TFun (TVar 3) (TVar 3)) (TFun (TVar 3) (TVar 3)))
Nota: Los mensajes de error de su implementación deben ser tal y como se muestran en estos ejemplos. Para esto revise la función error de racket y utilice la función prettyfy provista en base.rkt para obtener la representación en String de un Type dado.