1 / 63

Construcción de compiladores con Haskell

Construcción de compiladores con Haskell. José María Carmona Cejudo Briseida Sarasola Gutiérrez. Índice. Motivación ¿Qué es un compilador? Historia Esquema de un compilador Técnicas en Haskell estándar Análisis monádico Herramientas software Alex Happy (Frown) Parsec

ermin
Download Presentation

Construcción de compiladores con Haskell

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Construcción de compiladores con Haskell José María Carmona Cejudo Briseida Sarasola Gutiérrez

  2. Índice • Motivación • ¿Qué es un compilador? • Historia • Esquema de un compilador • Técnicas en Haskell estándar • Análisis monádico • Herramientas software • Alex • Happy (Frown) • Parsec • ¿Qué podemos concluir? • Bibliografía

  3. ¿Qué es un compilador? • Programa que traduce texto escrito en un lenguaje de programación (código fuente) a otro (código objeto). • Código fuente escrito en un lenguaje de alto nivel (Haskell, Java, C++), que queremos pasar a un lenguaje de bajo nivel (ensamblador, lenguaje máquina).

  4. Un poco de historia (I) • En principio, se programaba en código binario. • Años 40: Se crean mnemotécnicos para las operaciones binarias, usando los ordenadores para traducirlos a código máquina. • Años 50: Nacen lenguajes de alto nivel, para crear programas más independientes de la máquina. • Primer compilador: Fortran, 1.957. Equipo de J. Backus, de IBM.

  5. Un poco de historia (II) • Años 60: Se establecen muchos de los principios del diseño de compiladores. Aún se suelen programar en ensamblador • Años 70: Se usan lenguajes de alto nivel, como Pascal y C. • Otros tipos: intérpretes (realizan el proceso sentencia a sentencia). Programas resultantes más lentos, pero más fáciles de depurar.

  6. Esquema de un compilador • Dos fases • Análisis: se lee el programa fuente y se estudia la estructura y el significado del mismo. • Síntesis: se genera el programa objeto. • Otroselementos: tabla de símbolos, rutinas de tratamiento de errores, etc.

  7. Esquema de un compilador • Dos fases • Análisis: se lee el programa fuente y se estudia la estructura y el significado del mismo. • Síntesis: se genera el programa objeto. • Otroselementos: tabla de símbolos, rutinas de tratamiento de errores, etc.

  8. Esquema de un compilador • Dos fases • Análisis: se lee el programa fuente y se estudia la estructura y el significado del mismo. • Síntesis: se genera el programa objeto. • Otroselementos: tabla de símbolos, rutinas de tratamiento de errores, etc.

  9. Fase de análisis • Tres fases • Análisis léxico • Análisis sintáctico • Análisis semántico

  10. Fase de análisis • Tres fases • Análisis léxico: • identificar símbolos, • eliminar separadores, • eliminar comentarios, • crear símbolos de entrada al análisis sintáctico (tokens), • descubrir errores. • Análisis sintáctico • Análisis semántico

  11. Fase de análisis • Tres fases • Análisis léxico • Análisissintáctico: • comprobar que las sentencias que componen el texto fuente son correctas en el lenguaje, creando una representación interna que corresponde a la sentencia analizada. • Análisis semántico

  12. Fase de análisis • Tres fases • Análisis léxico • Análisissintáctico • Análisis semántico: • Se ocupa de analizar si la sentencia tiene algún significado. Incluye análisis de tipos, o en general, sentencias que carecen se sentido.

  13. Análisis léxico en Haskell • Pretendemos reconocer expresiones regulares, que pueden ser reconocidas por un autómata finito determinista (AFD). • Implementación de los estados del AFD f :: String -> (String, Token) • Implementación de transición de A a B: la función fA llama a fB después de leer un carácter y pasarle el resto a fB.

  14. Análisis léxico en Haskell • Ejemplo:

  15. Ejemplos funciones analizadoras simples éxito :: a -> ReadS a éxito x = \s -> [(x, s)] épsilon :: ReadS () épsilon = éxito () fallo :: ReadS a fallo = \s -> [] Alternativa: infixl 5 -+- (-+-) :: ReadS a -> ReadS a -> ReadS a p1 -+- p2 = \s -> p1 s ++ p2 s Análisis léxico en Haskell • Lectura condicional del primer carácter • rSat :: (Char -> Bool) -> ReadS Char • rSat p = \s -> case s of • [] -> [] • x:xs -> if p x then [(x,xs)] else [] • MAIN> rSat isUpper “ABC” • [(‘A’, “BC”)]

  16. Ejemplos combinación de analizadores para conseguir uno más complejo (parser combinator) infixl 7 &>< (&><) :: ReadS a -> ReadS b -> ReadS (a,b) p1 &>< p2 = \s -> [ ((x1,x2),s2) | (x1,s1) <- p1 s, (x2,s2) <- p2 s1 ] MAIN> (rChar ‘a’ &>< rChar ‘b’) “abcd” [((‘a’, ‘b’), “cd”)] Análisis léxico en Haskell

  17. Análisis sintáctico en Haskell • En un lenguaje funcional como Haskell, es fácil traducir las reglas gramaticales directamente a especificación funcional.

  18. Análisis sintáctico en Haskell • El paradigma funcional nos da una expresividad a la hora de representar reglas gramaticales impensable en el paradigma imperativo. • Ejemplo: función many many :: Parser a b -> Parser a [b] exp = term <*> many (token addOp <*> term <@ f4) <@ f5

  19. Análisis sintáctico en Haskell • Lo que hemos visto se refiere a análisis de arriba a abajo. • Realizar análisis de abajo a arriba es más complejo. • Happy es una herramienta que nos facilita la creación de un analizador abajo a arriba.

  20. Análisis semántico. • Una vez construido al árbol sintáctico, los demás algoritmos se pueden expresar como recorridos en ese árbol. • La programación funcional es muy potente a la hora de realizar recorridos en un árbol, como veremos.

  21. Análisis semántico. • Atributos de los nodos del árbol: • Se usan para asignar un valor parcial a cada nodo del árbol, para ir calculando, por ejemplo, los valores de una expresión paso a paso. • Atributo sintetizado: • Para calcularlo, necesitamos calcular antes los atributos de los sucesores. • Ejemplo: Inferencia de Tipos • Se corresponde a un recorrido de abajo a arriba. • Funciones de orden superior como foldTreeson muy útiles, y nos dan una sencillez y expresividad grandes.

  22. Análisis semántico.

  23. Análisis semántico. • Atributos heredados. • Su valor ya está calculado, arriba o al mismo nivel en el árbol. • Se corresponden a un recorrido de arriba a abajo. • Se puede representar mediante una función recursiva (posiblemente de cola), acumulando los atributos. • Veamos en el árbol anterior cuáles serían atributos heredados.

  24. Análisis semántico

  25. Analizadores monádicos • Wadler, en 1995, introdujo el uso de las mónadas para implementar analizadores. • Usando el parser combinator &>< que hemos visto, tenemos tuplas anidadas, engorrosas de manipular. • La función monádica bind (>>=) junto con el uso de lambda-abstracciones nos permite una notación más manejable. • Además, podemos usar otros combinadores monádicos.

  26. Analizadores monádicos Ejemplo: secuencia • Como se ha visto en clase, algo bueno de las mónadas es que permiten simular secuenciación al estilo imperativo:

  27. Analizadores monádicos • Mediante MonadPlus, podemos implementar el concepto de alternancia. Mplus toma dos analizadores, y concatena el resultado de ambos sobre la cadena entrada; mzero falla siempre. Instance MonadPlus analiz where mplus (AN p)(AN q) = AN(\ent -> p ent ++ q ent) mzero = AN (\ent -> [])

  28. Analizadores monádicos • Tomando (!+) como sinónimo de mplus, podemos construir lo siguiente: elemento !+ dosElementos, que captura un solo carácter, o dos. • Otro ejemplo: filtros (!>) ::Analiz a -> (a -> Bool) -> Analiz a k !> p = do a <- k if p a then return a else mzero

  29. Analizadores monádicos • Reconocimiento de una letra, o bien de un número: letra::AnalizChar letra=elemento !> isAlpha digito::AnalizChar digito=elemento !> isDigit letraODigito = letra !+ digito.

  30. Analizadores monádicos • Ejemplo: reconocimiento de expresiones:

  31. Analizadores monádicos • Ejemplo: reconocimiento de expresiones:

  32. Software específico • Alex • Happy • Frown • Parsec

  33. Alex • Analizador léxico (Lex). • Características • Basado en expresiones regulares • Y en autómatas finitos deterministas (DFAs) • Definir • Macros • Reglas • Contextos • Expresiones start • Facilita envoltorios (wrappers)

  34. Alex. Wrappers • “basic” • El más simple: dada una cadena, devuelve una lista de Tokens. • “posn” • Da más funcionalidades (número de línea/columna) • “monad” • El más flexible • Es una plantilla para construir nuestras propias mónadas • “gscan” • Presente por razones históricas

  35. module Main (main) where %wrapper "basic" $digit = 0-9 $alpha = [a-zA-Z] tokens :- $white+ ; "--".* ; let \s -> Let in \s -> In $digit+ \s -> Int (read s) [\=\+\-\*\/\(\)] \s -> Sym (head s) $alpha [$alpha $digit \- \']* \s -> Var s -- Each action has type :: String -> Token -- The token type: data Token = Let | In | Sym Char | Var String | Int Int deriving (Eq,Show) main = do s <- getContents print (alexScanTokens s) Alex. Ejemplo

  36. -- The token type: data Token = Let | In | Sym Char | Var String | Int Int deriving (Eq,Show) main = do s <- getContents print (alexScanTokens s) alex_action_2 = \s -> Let alex_action_3 = \s -> In alex_action_4 = \s -> Int (read s) alex_action_5 = \s -> Sym (head s) alex_action_6 = \s -> Var s type AlexInput = (Char,String) alexGetChar (_, []) = Nothing alexGetChar (_, c:cs) = Just (c, (c,cs)) alexInputPrevChar (c,_) = c -- alexScanTokens :: String -> [token] alexScanTokens str = go ('\n',str) where go inp@(_,str) = case alexScan inp 0 of AlexEOF -> [] AlexError _ -> error "lexical error" AlexSkip inp' len -> go inp' AlexToken inp' len act -> act (take len str) : go inp' Alex. Fichero resultante

  37. Happy • Utiliza análisis LALR(1). • Trabaja en conjunción con un analizador léxico. • Genera distintos tipos de código: • Haskell 98 • Haskell estándar con arrays • Haskell con extensiones GHC • Haskell GHC con arrays codificados como cadenas • Flexibilidad • Velocidad

  38. Happy • Utiliza análisis LALR(1). • Trabaja en conjunción con un analizador léxico. • Genera distintos tipos de código: • Haskell 98 • Haskell estándar con arrays • Haskell con extensiones GHC • Haskell GHC con arrays codificados como cadenas • Flexibilidad • Velocidad

  39. Happy • Utiliza análisis LALR(1). • Trabaja en conjunción con un analizador léxico. • Genera distintos tipos de código: • Haskell 98 • Haskell estándar con arrays • Haskell con extensiones GHC • Haskell GHC con arrays codificados como cadenas • Flexibilidad • Velocidad

  40. Happy • Utiliza análisis LALR(1). • Trabaja en conjunción con un analizador léxico. • Genera distintos tipos de código: • Haskell 98 • Haskell estándar con arrays • Haskell con extensiones GHC • Haskell GHC con arrays codificados como cadenas • Flexibilidad • Velocidad

  41. Happy • Utiliza análisis LALR(1). • Trabaja en conjunción con un analizador léxico. • Genera distintos tipos de código: • Haskell 98 • Haskell estándar con arrays • Haskell con extensiones GHC • Haskell GHC con arrays codificados como cadenas • Flexibilidad • Velocidad

  42. { module Main where } %name calc %tokentype { Token } %token let { TokenLet } in { TokenIn } int { TokenInt $$ } var { TokenVar $$ } '=' { TokenEq } '+' { TokenPlus } '-' { TokenMinus } '(' { TokenOB } ')' { TokenCB } %% Exp : let var '=' Exp in Exp { Let $2 $4 $6 } | Exp1 { Exp1 $1 } Exp1 : Exp1 '+' Term { Plus $1 $3 } | Exp1 '-' Term { Minus $1 $3 } | Term { Term $1 } Term : int { Int $1 } | var { Var $1 } | '(' Exp ')' { Brack $2 } n : t_1 .. t_n { E } Happy. Ejemplo

  43. { happyError :: [Token] -> a happyError _ = error "Parse error" data Exp = Let String Exp Exp | Exp1 Exp1 data Exp1 = Plus Exp1 Term | Minus Exp1 Term | Term Term data Term = Int Int | Var String | Brack Exp data Token = TokenLet | TokenIn | TokenInt Int | TokenVar String | TokenEq | TokenPlus | … deriving Show lexer :: String -> [Token] lexer [] = [] lexer (c:cs) | isSpace c = lexer cs | isAlpha c = lexVar (c:cs) | isDigit c = lexNum (c:cs) lexer ('=':cs) = TokenEq : lexer cs lexer ('+':cs) = TokenPlus : lexer cs lexer ('-':cs) = TokenMinus : lexer cs lexer ('(':cs) = TokenOB : lexer cs lexer (')':cs) = TokenCB : lexer cs lexNum cs = TokenInt (read num) : lexer rest where (num,rest) = span isDigit cs lexVar cs = case span isAlpha cs of ("let",rest) -> TokenLet : lexer rest ("in",rest) -> TokenIn : lexer rest (var,rest) -> TokenVar var : lexer rest main = getContents >>= print . calc . lexer } Happy. Ejemplo

  44. Frown • Utiliza análisis LALR(k) • Eficiencia • Funcionales

  45. Frown • Utiliza análisis LALR(k) • Eficiencia • Funcionales

  46. Frown • Utiliza análisis LALR(k) • Eficiencia • Funcionales

  47. Parsec • Es una librería de combinadores monádicos. • Se trabaja directamente en Haskell. • Está incluído en GHC y en Hugs. • Es más eficiente con gramáticas LL(1).

  48. Parsec. Un ejemplo • El código module Main where import Text.ParserCombinators.Parsec simple :: Parser Char simple = letter ejecuta :: Show a => Parser a -> String -> IO () ejecuta p input = case (parse p "" input) of Left err -> do{ putStr "error al analizar " ; print err } Right x -> print x

  49. Parsec. Un ejemplo • Ejecución *Main> ejecuta simple "" Loading package parsec-1.0 ... linking ... done. error al analizar (line 1, column 1): unexpected end of input expecting letter *Main> ejecuta simple "123" error al analizar (line 1, column 1): unexpected "1" expecting letter *Main> ejecuta simple "a" 'a'

  50. Parsec. Otro ejemplo • Código parens :: Parser () parens = do{ char '(' ; parens ; char ')' ; parens } <|> return ()

More Related