En esta publicación se muestra un ejemplo sencillo de la implementación de un analizador léxico a partir de un autómata finito determinista. Este proyecto se desarrolló utilizando Visual Studio 2013. El proyecto completo del ejemplo puede descargarse del siguiente enlace:
Todo el código dentro del proyecto está documentado con comentarios que contienen explicaciones sobre su funcionamiento.
Funcionamiento del proyecto
Este ejemplo ilustra la implementación de un analizador léxico a partir de un Autómata Finito Determinista (AFD). No se utiliza ningún generador de analizadores léxicos que genere el analizador, ni se realiza el proceso de análisis léxico con ninguna librería. Los errores identificados en el proceso de análisis léxico se muestran en consola, si en el entorno de Visual Studio no aparece la consola, esta pueden abrirse desde el menú ver, en la opción resultados o con Ctrl+Alt+O.
Inicialmente se muestra una expresión aritmética de ejemplo que puede utilizarse como entrada, del lado izquierdo.
Al presionar el botón Realizar Análisis Léxico se ejecuta el análisis de la entrada y del lado derecho se despliega la lista de tokens identificada, en la que se indica el tipo de token y el valor específico que este tiene.
Si existiera algún error léxico en la entrada, por ejemplo, si pusiéramos al final de la expresión una arroba en lugar del uno, entonces se desplegaría en consola un mensaje de error y se mostraría en la lista de tokens todos aquellos tokens válidos.
Autómata Finito Determinista utilizado
En este ejemplo se reconocen los componentes léxicos propios de una expresión aritmética, por ello el ejemplo se realizó a partir del siguiente autómata finito determinista:
El estado inicial del autómata es E_0. En el autómata podemos observar que existen tres estados de aceptación, el primero (EA_1) reconoce todos los componentes léxicos de un carácter y a nivel programación se clasifican los tokens según el carácter que se haya reconocido, el segundo estado de aceptación (EA_2) reconoce los números enteros y el tercero (EA_3) reconoce los números reales, es decir, los números con punto decimal. Se pueden desplegar dos tipos de mensajes de error, ya que se cuentan con dos estados de error, el primero es cuando se reconoce un carácter desconocido estando en el estado 1, el segundo se da cuando estando en el estado 2, correspondiente a los números reales, se esperaban más dígitos después del punto decimal, pero se obtiene un carácter que no es un dígito.
A un lado de algunos estados se coloca un asterisco (*), que indica que debe retrocederse la entrada en una posición, esto se hace porque los tokens se dan como aceptados con el primer carácter del siguiente token, entonces para que no se pierda ese carácter del siguiente token en el análisis debe retrocederse una posición en la entrada, esta notación es la misma que se utiliza en el libro de Aho, Lam, Sethi y Ullman.
El secreto tras la implementación del autómata
El secreto es encontrar la forma de ejecutar en código las acciones que un reconocedor haría basado en el autómata finito determinista, es lógico que la función core del analizador léxico debe estar dentro de un ciclo ya que deben recorrerse los caracteres de izquierda a derecha y agruparse en componentes léxicos. Este ciclo se encuentra en la función escanear de la clase AnalizadorLexico, dentro de dicho ciclo debe haber un select case en el que cada caso representa a uno de los estados del conjunto de estados para cada caso (o estado) hay un if elseif elseif … else que representan el conjunto de transiciones que salen de dicho estado.
Fuentes consultadas:
Compiladores, principios, técnicas y herramientas. Aho, Lam, Sethi y Ullman. Segunda Edición. Págs. 111, 130 y 131
Teoría de la computación. Lenguajes formales, autómatas y complejidad. J. Glenn Brookshear. Pág. 24
JLex es un generador de analizadores léxicos, escrito en Java, para Java. JLex fue desarrollado por Elliot Berk en la Universidad de Princeton. Para más información visitar la página oficial de JLex.
La principal tarea de un analizador léxico es leer los caracteres de entrada del programa fuente, agruparlos en lexemas y producir como salida una secuencia de tokens.
Un token es un par que consiste en un nombre de token y un valor de atributo opcional.
Un lexema es una secuencia de caracteres en el programa fuente, que coinciden con el patrón para un token y que el analizador léxico identifica como una instancia de este tóken.
Un patrón es una descripción de la forma que pueden tomar los lexemas de un token.
En JLex se definen los patrones de los diferentes tokens que se desean reconocer, estos patrones pueden definirse a través de expresiones regulares. Además JLex cuenta con múltiples opciones, una muy imporante es su capacidad para integrarse con generadores de analizadores sintácticos como Cup.
Cup
Cup es un generador de analizadores sintácticos de tipo LALR para Java.
El analizador sintáctico obtiene una cadena de tokens del analizador léxico y verifica que dicha cadena pueda generase con la gramática para el lenguaje fuente. Una gramática proporciona una especificación precisa y fácil de entender de un lenguaje de programación.
Pre-requisitos
Para este ejemplo hace falta que tengamos instalado:
Debemos asegurarnos que la carpeta bin del JDK haya sido agregada a nuestra variable de entorno Path, para ello vamos a la configuración de dicha variable de entorno (Clic derecho en This PC → Properties → Advanced system settings → Environment Variables → Variable Path → Edit) y si no existe agregamos la ruta a la carpeta bin del JDK, que en mi caso es: C:\Program Files\Java\jdk1.8.0_152\bin
Descargar JLex
Lo primero que haremos será descargar JLex, para ello vamos a la página oficial y descargamos la versión actual del software:
Vamos a obtener el archivo Main.java:
Descargar Cup
Para descargar Cup, vamos a la página oficial y descargamos la última versión del software:
Descomprimimos el archivo descargado, para ello se recomienda la herramienta PeaZip y vamos a obtener los siguientes archivos:
Crear nuestro proyecto
Abrimos Netbeans y creamos un nuevo proyecto de Java (File → New Project).
Creamos un paquete llamado analizadores, este almacenará todo el código fuente relacionado con el analizador léxico y sintáctico (Clic derecho en Source Packages → New → Java Package).
Creamos tres archivos en el paquete analizadores, el primero “Lexico”, que almacenará el código fuente con el cual JLex generará el analizador léxico que queremos, el segundo “Sintactico”, que almacenará el código fuente con el cual Cup generará el analizador sintáctico que queremos y el tercero “compilar.sh”, que guardará los comandos que deben ejecutarse para solicitarle a JLex y a Cup que generen los analizadores. Para crear cada uno de los archivos hacemos clic derecho en el paquete analizadores → New → Other → en la ventana que despliegue, seleccionar Categories: Other y File Types: Empty File, seleccionamos siguiente, indicamos el nombre para el archivo y finalizamos. De tal modo que al final tendremos los tres archivos archivos.
Importar la librería de Cup en nuestro proyecto para poder ejecutar el analizador sintáctico que generemos
Para ello creamos una carpeta lib dentro de la carpeta de nuestro proyecto.
Dentro de la carpeta lib pegamos el archivo “java-cup-11b-runtime.jar” que descargamos anteriormente.
Para importar el archivo jar, vamos a Netbeans y damos clic derecho en la pestaña Libraries de nuestro proyecto → Add JAR/Folder… luego buscamos el archivo jar en la carpeta lib que acabamos de copiar en la carpeta lib y lo seleccionamos.
Código fuente para el analizador léxico
En el archivo “Lexico” incluiremos todo el código que le indicará a Jlex lo que debe hacer. El código se muestra a continuación:
"Evaluar" {return new Symbol(sym.REVALUAR,yyline,yychar, yytext());}
";" {return new Symbol(sym.PTCOMA,yyline,yychar, yytext());} "(" {return new Symbol(sym.PARIZQ,yyline,yychar, yytext());} ")" {return new Symbol(sym.PARDER,yyline,yychar, yytext());} "[" {return new Symbol(sym.CORIZQ,yyline,yychar, yytext());} "]" {return new Symbol(sym.CORDER,yyline,yychar, yytext());}
"+" {return new Symbol(sym.MAS,yyline,yychar, yytext());} "-" {return new Symbol(sym.MENOS,yyline,yychar, yytext());} "*" {return new Symbol(sym.POR,yyline,yychar, yytext());} "/" {return new Symbol(sym.DIVIDIDO,yyline,yychar, yytext());}
\n {yychar=1;}
{BLANCOS} {} {D} {return new Symbol(sym.ENTERO,yyline,yychar, yytext());} {DD} {return new Symbol(sym.DECIMAL,yyline,yychar, yytext());}
. { System.out.println("Este es un error lexico: "+yytext()+ ", en la linea: "+yyline+", en la columna: "+yychar); }
Explicación del código fuente para el analizador léxico
En las primeras líneas indicamos a Jlex que la clase estará en el paquete analizadores y que es necesario que se importe la clase Symbol.
Luego viene el bloque init, dentro del init, se ejecutan las acciones de inicialización, es decir, lo que va dentro del constructor del analizador léxico.En este caso indicamos dentro del init que:
La variable yyline, que lleva la cuenta del número de linea por el que va el analizador valdrá inicialmente 1.
La variable yychar, que lleva la cuenta del número de carácter por el que va el analizador valdrá inicialmente 1.
1 2 3 4
%init{ yyline = 1; yychar = 1; %init}
Luego se escriben algunas expresiones regulares que son almacenadas en macros, que básicamente son variables que almacenan los patrones, en este caso se definen las macros: BLANCOS, D y DD. Los patrones para cada una son los siguientes:
BLANCOS: Expresión regular que reconoce uno o muchos espacios en blanco, retornos de carro o tabuladores.
D: Expresión regular que reconoce números enteros.
DD: Expresión regular que reconoce números con punto decimal.
Por último se definen todas las reglas léxicas, en las que indicamos el patrón que reconocerá y dentro de llaves lo que debe hacer cuando lo reconozca. En la mayoría de los casos se retorna un objeto de tipo Symbol, que vendría siendo un token, este se instancia con el tipo, la fila en la que se encontró, la columna en la que se encontró y el lexema en específico que se reconoció, este se obtiene mediante yytext(). Dentro de las llaves podríamos incluir el código java que quisiéramos. Vemos que al reconocer el patrón BLANCOS no se hace nada porque esperamos que ignore los espacios en blanco. También vemos que al encontrar un salto de linea reinicia la variable yychar, es decir, reinicia el conteo de caracteres para que se lleve la cuenta del número de columna en cada fila.
"Evaluar" {return new Symbol(sym.REVALUAR,yyline,yychar, yytext());}
";" {return new Symbol(sym.PTCOMA,yyline,yychar, yytext());} "(" {return new Symbol(sym.PARIZQ,yyline,yychar, yytext());} ")" {return new Symbol(sym.PARDER,yyline,yychar, yytext());} "[" {return new Symbol(sym.CORIZQ,yyline,yychar, yytext());} "]" {return new Symbol(sym.CORDER,yyline,yychar, yytext());}
"+" {return new Symbol(sym.MAS,yyline,yychar, yytext());} "-" {return new Symbol(sym.MENOS,yyline,yychar, yytext());} "*" {return new Symbol(sym.POR,yyline,yychar, yytext());} "/" {return new Symbol(sym.DIVIDIDO,yyline,yychar, yytext());}
\n {yychar=1;}
{BLANCOS} {} {D} {return new Symbol(sym.ENTERO,yyline,yychar, yytext());} {DD} {return new Symbol(sym.DECIMAL,yyline,yychar, yytext());}
. { System.out.println("Este es un error lexico: "+yytext()+ ", en la linea: "+yyline+", en la columna: "+yychar); }
Código fuente para el analizador sintáctico
En el archivo “Sintáctico” incluiremos todo el código que le indicará a Cup lo que debe hacer. El código se muestra a continuación:
/* * Ejemplo desarrollado por Erick Navarro * Blog: e-navarro.blogspot.com * Julio - 2018 */
package analizadores; import java_cup.runtime.*;
parser code {: /** * Método al que se llama automáticamente ante algún error sintactico. **/ public void syntax_error(Symbol s){ System.out.println("Error Sintáctico en la Línea " + (s.left) + " Columna "+s.right+ ". No se esperaba este componente: " +s.value+"."); }
/** * Método al que se llama automáticamente ante algún error sintáctico * en el que ya no es posible una recuperación de errores. **/ public void unrecovered_syntax_error(Symbol s) throws java.lang.Exception{ System.out.println("Error síntactico irrecuperable en la Línea " + (s.left)+ " Columna "+s.right+". Componente " + s.value + " no reconocido."); } :}
instruccion ::= REVALUAR CORIZQ expresion:a CORDER PTCOMA{:System.out.println("El valor de la expresión es: "+a);:} ;
expresion ::= MENOS expresion:a {:RESULT=a*-1;:}%prec UMENOS | expresion:a MAS expresion:b {:RESULT=a+b;:} | expresion:a MENOS expresion:b {:RESULT=a-b;:} | expresion:a POR expresion:b {:RESULT=a*b;:} | expresion:a DIVIDIDO expresion:b {:RESULT=a/b;:} | ENTERO:a {:RESULT=new Double(a);:} | DECIMAL:a {:RESULT=new Double(a);:} | PARIZQ expresion:a PARDER {:RESULT=a;:} ;
Explicación del código fuente para el analizador sintáctico
En las primeras líneas indicamos a Cup que la clase estará en el paquete analizadores y que es necesario que se importe todo el contenido de “java_cup.runtime”.
1 2
package analizadores; import java_cup.runtime.*;
Luego viene la sección “parser code”, en la que se programan acciones propias del parser o analizador sintáctico que se va a generar, en este caso se programa lo que se debe hacer ante un error sintáctico y ante un error sintáctico irrecuperable.
parser code {: /** * Método al que se llama automáticamente ante algún error sintactico. **/ public void syntax_error(Symbol s){ System.out.println("Error Sintáctico en la Línea " + (s.left) + " Columna "+s.right+ ". No se esperaba este componente: " +s.value+"."); }
/** * Método al que se llama automáticamente ante algún error sintáctico * en el que ya no es posible una recuperación de errores. **/ public void unrecovered_syntax_error(Symbol s) throws java.lang.Exception{ System.out.println("Error síntactico irrecuperable en la Línea " + (s.left)+ " Columna "+s.right+". Componente " + s.value + " no reconocido."); } :}
Luego se definen los terminales, a estos se les puede indicar un tipo, en este caso todos son de tipo String, si no se indicara un tipo, los terminales serían por defecto de tipo Object.
Existe un terminal por cada tipo de token que el analizador léxico devuelve. Todos estos tipos estarán definidos en la clase “sym”, que se genera automáticamente y de la que se hablará más adelante.
Luego viene la declaración de los no terminales, a los que también se les puede indicar un tipo específico, si no se les indica un tipo, estos son por defecto de tipo Object.
1 2 3 4
non terminal ini; non terminal instrucciones; non terminal instruccion; non terminal Double expresion;
Posteriormente podemos indicar la precedencia de los operadores, ya que la gramática escrita es ambigua, es necesario definir una precedencia para que el analizador no entre en conflicto al analizar, en este caso la precedencia es la misma que la de los operadores aritméticos, la precedencia más baja la tienen la suma y la resta, luego están la multiplicación y la división que tienen una precedencia más alta y por último está el signo menos de las expresiones negativas que tendría la precedencia más alta.
1 2 3
precedence left MAS,MENOS; precedence left POR,DIVIDIDO; precedence right UMENOS;
Por último viene el conjunto de reglas de escritura de la gramática o producciones, al final de cada producción puede incluirse código java entre llaves y dos puntos “{:<código java>:}”. Podemos ver que en las producciones del no terminal “expresion”, se utiliza la variable RESULT, esta variable es propia de Cup y nos permite sintetizar cierto atributo para ese no terminal que se encuentra del lado izquierdo de la producción, recordemos que Cup trabaja con analizadores LALR, que son de tipo ascendente, lo que significa que nos permiten manipular atributos sintetizados. Básicamente eso es RESULT, un atributo sintetizado.
RESULT puede ser cualquier objeto, por ejemplo si quisiéramos que RESULT almacenara varios números enteros hacemos una clase Nodo que contenga muchas variables de tipo entero y declaramos los no terminales para que sean de tipo Nodo, entonces el RESULT que sintetizarán dichos no terminales serán de tipo Nodo.
instruccion ::= REVALUAR CORIZQ expresion:a CORDER PTCOMA{:System.out.println("El valor de la expresión es: "+a);:} ;
expresion ::= MENOS expresion:a {:RESULT=a*-1;:}%prec UMENOS | expresion:a MAS expresion:b {:RESULT=a+b;:} | expresion:a MENOS expresion:b {:RESULT=a-b;:} | expresion:a POR expresion:b {:RESULT=a*b;:} | expresion:a DIVIDIDO expresion:b {:RESULT=a/b;:} | ENTERO:a {:RESULT=new Double(a);:} | DECIMAL:a {:RESULT=new Double(a);:} | PARIZQ expresion:a PARDER {:RESULT=a;:} ;
Incluír JLex para generar el analizador léxico de nuestro proyecto
Creamos un paquete llamado JLex dentro del paquete analizadores, este almacenará la herramienta JLex (Clic derecho en el paquete analizadores → New → Java Package).
En la carpeta del paquete JLex copiamos el archivo Main.java que descargamos de la página oficial de JLex.
Incluír Cup para generar el analizador sintáctico de nuestro proyecto
Creamos un paquete llamado Cup dentro del paquete analizadores, este almacenará la herramienta Cup (Clic derecho en el paquete analizadores → New → Java Package).
En la carpeta del paquete Cup copiamos el archivo “java-cup-11b-runtime.jar” que descargamos de la página oficial de Cup.
El archivo de compilación
En el archivo “compilar.bat”, ejecutamos tres líneas, la primera indica a compila Main.java para poder disponer de la herramienta para generar nuestro analizador léxico, la segunda le indica a la herramienta Jlex que debe generar un analizador léxico en base al código fuente que se encuentra en el archivo “Lexico”, la tercera indica a Cup que la clase que debe generar para el analizador sintáctico se llamará “Sintactico” y que debe generarse en base al código fuente que se encuentra en el archivo “Sintactico”.
Para ejecutarlo solo vamos a Netbeans, damos clic derecho sobre el archivo y seleccionamos la opción Run. Al finalizar la ejecución del archivo, veremos en la consola de Netbeans una salida como la siguiente:
C:\Users\erick\OneDrive\Documentos\NetBeansProjects\ProyectoCupJlexWindows\src\analizadores>javac JLex/Main.java Note: JLex\Main.java uses unchecked or unsafe operations. Note: Recompile with -Xlint:unchecked for details.
C:\Users\erick\OneDrive\Documentos\NetBeansProjects\ProyectoCupJlexWindows\src\analizadores>java JLex.Main Lexico Processing first section -- user code. Processing second section -- JLex declarations. Processing third section -- lexical rules. Creating NFA machine representation. NFA comprised of 67 states. Working on character classes.:::::.:::::::::::::.:::. NFA has 24 distinct character classes. Creating DFA transition table. Working on DFA states........................... Minimizing DFA transition table. 24 states after removal of redundant states. Outputting lexical analyzer code.
C:\Users\erick\OneDrive\Documentos\NetBeansProjects\ProyectoCupJlexWindows\src\analizadores>java -jar Cup/java-cup-11b.jar -parser Sintactico Sintactico ------- CUP v0.11b 20160615 (GIT 4ac7450) Parser Generation Summary ------- 0 errors and 0 warnings 15 terminals, 4 non-terminals, and 14 productions declared, producing 28 unique parse states. 0 terminals declared but not used. 0 non-terminals declared but not used. 0 productions never reduced. 0 conflicts detected (0 expected). Code written to "Sintactico.java", and "sym.java". ---------------------------------------------------- (CUP v0.11b 20160615 (GIT 4ac7450))
RUN SUCCESSFUL (total time: 3s)
Que nos confirma que la generación del analizador léxico fue exitosa y que la del analizador sintáctico también. Veremos que se han creado tres nuevos archivos en el paquete analizadores. Estos archivos son las clases: Lexico.java, Sintactico.java y sym.java.
La clase sym.java, sirve como puente entre la clase Lexico.java y Sintactico.java, por ejemplo, cuando el analizador léxico reconoce un número entero, instancia un objeto de la clase Symbol e indica que es de tipo número entero por medio de la constante “sym.ENTERO”, que se genera dentro de la clase sym.java y esta constante se genera porque en el archivo de entrada para Cup se indicó que existe un terminal llamado ENTERO. Entonces tanto el analizador léxico como el sintáctico hacen referencia a los tokens de tipo número entero con la constante “sym.ENTERO”. Básicamente eso es sym.java, una clase con muchas constantes estáticas a las que acceden ambos analizadores para poder integrarse y ejecutar sus tareas exitosamente.
Creando un archivo de entrada para nuestros analizadores
Dentro de la carpeta del proyecto crearé un archivo de entrada llamado “entrada.txt”. Que contendrá el archivo de entrada que reconocerán nuestros analizadores.
El archivo de “entrada.txt” contiene lo siguiente:
Dentro de la clase principal solo tenemos el método main y el método interpretar que lee el contenido del archivo que se encuentra en el path que se le indica y ejecuta análisis léxico y análisis sintáctico, en el transcurso del analisis sintáctico se mandan a imprimir en consola los resultados de las expresiones aritméticas analizadas, por lo que al final del análisis tendremos todos los resultados de las operaciones en consola. A continuación se muestra el código de la clase principal.
/* * Ejemplo desarrollado por Erick Navarro * Blog: e-navarro.blogspot.com * Julio - 2018 */
package proyectocupjlexwindows;
import java.io.FileInputStream;
/** * Clase principal de la aplicación * @author Erick */ public class ProyectoCupJlexWindows {
/** * @param args argumentos de la linea de comando */ public static void main(String[] args) { interpretar("entrada.txt"); } /** * Método que interpreta el contenido del archivo que se encuentra en el path * que recibe como parámentro * @param path ruta del archivo a interpretar */ private static void interpretar(String path) { analizadores.Sintactico pars; try { pars=new analizadores.Sintactico(new analizadores.Lexico(new FileInputStream(path))); pars.parse(); } catch (Exception ex) { System.out.println("Error fatal en compilación de entrada."); System.out.println("Causa: "+ex.getCause()); } } }
Ejecutando nuestra aplicación
Al ejecutar la aplicación obtenemos los resultados de las operaciones evaluadas en consola.
JLex es un generador de analizadores léxicos, escrito en Java, para Java. JLex fue desarrollado por Elliot Berk en la Universidad de Princeton. Para más información visitar la página oficial de JLex. La principal tarea de un analizador léxico es leer los caracteres de entrada del programa fuente, agruparlos en lexemas y producir como salida una secuencia de tokens.
Un token es un par que consiste en un nombre de token y un valor de atributo opcional.
Un lexema es una secuencia de caracteres en el programa fuente, que coinciden con el patrón para un token y que el analizador léxico identifica como una instancia de este tóken.
Un patrón es una descripción de la forma que pueden tomar los lexemas de un token.
En JLex se definen los patrones de los diferentes tokens que se desean reconocer, estos patrones pueden definirse a través de expresiones regulares. Además JLex cuenta con múltiples opciones, una muy imporante es su capacidad para integrarse con generadores de analizadores sintácticos como Cup.
Cup
Cup es un generador de analizadores sintácticos de tipo LALR para Java.
El analizador sintáctico obtiene una cadena de tokens del analizador léxico y verifica que dicha cadena pueda generase con la gramática para el lenguaje fuente. Una gramática proporciona una especificación precisa y fácil de entender de un lenguaje de programación.
Pre-requisitos
Para este ejemplo hace falta que tengamos instalado:
Lo primero que haremos será instalar JLex, para ello abrimos una terminal, en Ubuntu puede hacerse con la combinación de teclas Ctrl+Alt+t o en Aplicaciones → Accesorios → Terminal, una vez abierta la terminal ingresamos el comando “sudo apt-get install jlex”, autenticamos ingresando nuestra contraseña y aceptamos la descarga e instalación, con esto quedará instalado JLex.
Luego instalamos cup, ejecutando en la terminal el comando “sudo apt-get install cup”, autenticamos ingresando nuestra contraseña y aceptamos la descarga e instalación, con esto quedará instalado Cup.
Abrimos Netbeans y creamos un nuevo proyecto de Java (File → New Project).
Creamos un paquete llamado analizadores, este almacenará todo el código fuente relacionado con el analizador léxico y sintáctico (Clic derecho en Source Packages → New → Java Package).
Creamos tres archivos en el paquete analizadores, el primero “Lexico”, que almacenará el código fuente con el cual JLex generará el analizador léxico que queremos, el segundo “Sintactico”, que almacenará el código fuente con el cual Cup generará el analizador sintáctico que queremos y el tercero “compilar.sh”, que guardará los comandos que deben ejecutarse para solicitarle a JLex y a Cup que generen los analizadores. Para crear cada uno de los archivos hacemos clic derecho en el paquete analizadores → New → Other → en la ventana que despliegue, seleccionar Categories: Other y File Types: Empty File, seleccionamos siguiente, indicamos el nombre para el archivo y finalizamos. De tal modo que al final tendremos los tres archivos archivos.
Ahora importaremos la llibrería de Cup a nuestro proyecto de netbeans, para ello descargamos el archivo “java-cup-bin-11b-<versión>.tar.gz” de la página oficial de Cup. En este caso el archivo descargado fue el “java-cup-bin-11b-20150326.tar.gz”.
Lo descomprimimos y veremos que contiene dos archivos .jar, el que nos interesa es el archivo “java-cup-11b-runtime.jar”.
Creamos una carpeta lib dentro de la carpeta de nuestro proyecto.
Dentro de la carpeta lib pegamos el archivo “java-cup-11b-runtime.jar”.
Para importar el archivo jar, vamos a Netbeans y damos clic derecho en la pestaña Libraries de nuestro proyecto → Add JAR/Folder… luego buscamos el archivo jar en la carpeta lib que acabamos de crear y lo seleccionamos.
Código fuente para el analizador léxico
En el archivo “Lexico” incluiremos todo el código que le indicará a Jlex lo que debe hacer. El código se muestra a continuación:
"Evaluar" {return new Symbol(sym.REVALUAR,yyline,yychar, yytext());}
";" {return new Symbol(sym.PTCOMA,yyline,yychar, yytext());} "(" {return new Symbol(sym.PARIZQ,yyline,yychar, yytext());} ")" {return new Symbol(sym.PARDER,yyline,yychar, yytext());} "[" {return new Symbol(sym.CORIZQ,yyline,yychar, yytext());} "]" {return new Symbol(sym.CORDER,yyline,yychar, yytext());}
"+" {return new Symbol(sym.MAS,yyline,yychar, yytext());} "-" {return new Symbol(sym.MENOS,yyline,yychar, yytext());} "*" {return new Symbol(sym.POR,yyline,yychar, yytext());} "/" {return new Symbol(sym.DIVIDIDO,yyline,yychar, yytext());}
\n {yychar=1;}
{BLANCOS} {} {D} {return new Symbol(sym.ENTERO,yyline,yychar, yytext());} {DD} {return new Symbol(sym.DECIMAL,yyline,yychar, yytext());}
. { System.out.println("Este es un error lexico: "+yytext()+ ", en la linea: "+yyline+", en la columna: "+yychar); }
Explicación del código fuente para el analizador léxico
En las primeras líneas indicamos a Jlex que la clase estará en el paquete analizadores y que es necesario que se importe la clase Symbol.
Luego viene el bloque init, dentro del init, se ejecutan las acciones de inicialización, es decir, lo que va dentro del constructor del analizador léxico.En este caso indicamos dentro del init que:
La variable yyline, que lleva la cuenta del número de linea por el que va el analizador valdrá inicialmente 1.
La variable yychar, que lleva la cuenta del número de carácter por el que va el analizador valdrá inicialmente 1.
1 2 3 4
%init{ yyline = 1; yychar = 1; %init}
Luego se escriben algunas expresiones regulares que son almacenadas en macros, que básicamente son variables que almacenan los patrones, en este caso se definen las macros: BLANCOS, D y DD. Los patrones para cada una son los siguientes:
BLANCOS: Expresión regular que reconoce uno o muchos espacios en blanco, retornos de carro o tabuladores.
D: Expresión regular que reconoce números enteros.
DD: Expresión regular que reconoce números con punto decimal.
Por último se definen todas las reglas léxicas, en las que indicamos los patrones que reconocerá y dentro de llaves lo que debe hacer cuando los reconozca. En la mayoría de los casos se retorna un objeto de tipo Symbol, que vendría siendo un token, este se instancia con el tipo, la fila en la que se encontró, la columna en la que se encontró y el lexema en específico que se reconoció, este se obtiene mediante yytext(). Dentro de las llaves podríamos incluir el código java que quisiéramos. Vemos que al reconocer el patrón BLANCOS no se hace nada porque esperamos que ignore los espacios en blanco. También vemos que al encontrar un salto de linea reinicia la variable yychar, es decir, reinicia el conteo de caracteres para que se lleve la cuenta del número de columna en cada fila.
"Evaluar" {return new Symbol(sym.REVALUAR,yyline,yychar, yytext());}
";" {return new Symbol(sym.PTCOMA,yyline,yychar, yytext());} "(" {return new Symbol(sym.PARIZQ,yyline,yychar, yytext());} ")" {return new Symbol(sym.PARDER,yyline,yychar, yytext());} "[" {return new Symbol(sym.CORIZQ,yyline,yychar, yytext());} "]" {return new Symbol(sym.CORDER,yyline,yychar, yytext());}
"+" {return new Symbol(sym.MAS,yyline,yychar, yytext());} "-" {return new Symbol(sym.MENOS,yyline,yychar, yytext());} "*" {return new Symbol(sym.POR,yyline,yychar, yytext());} "/" {return new Symbol(sym.DIVIDIDO,yyline,yychar, yytext());}
\n {yychar=1;}
{BLANCOS} {} {D} {return new Symbol(sym.ENTERO,yyline,yychar, yytext());} {DD} {return new Symbol(sym.DECIMAL,yyline,yychar, yytext());}
. { System.out.println("Este es un error lexico: "+yytext()+ ", en la linea: "+yyline+", en la columna: "+yychar); }
Código fuente para el analizador sintáctico
En el archivo “Sintáctico” incluiremos todo el código que le indicará a Cup lo que debe hacer. El código se muestra a continuación:
/* * Ejemplo desarrollado por Erick Navarro * Blog: e-navarro.blogspot.com * Septiembre - 2015 */
package analizadores; import java_cup.runtime.*;
parser code {: /** * Método al que se llama automáticamente ante algún error sintactico. **/ public void syntax_error(Symbol s){ System.out.println("Error Sintáctico en la Línea " + (s.left) + " Columna "+s.right+ ". No se esperaba este componente: " +s.value+"."); }
/** * Método al que se llama automáticamente ante algún error sintáctico * en el que ya no es posible una recuperación de errores. **/ public void unrecovered_syntax_error(Symbol s) throws java.lang.Exception{ System.out.println("Error síntactico irrecuperable en la Línea " + (s.left)+ " Columna "+s.right+". Componente " + s.value + " no reconocido."); } :}
instruccion ::= REVALUAR CORIZQ expresion:a CORDER PTCOMA{:System.out.println("El valor de la expresión es: "+a);:} ;
expresion ::= MENOS expresion:a {:RESULT=a*-1;:}%prec UMENOS | expresion:a MAS expresion:b {:RESULT=a+b;:} | expresion:a MENOS expresion:b {:RESULT=a-b;:} | expresion:a POR expresion:b {:RESULT=a*b;:} | expresion:a DIVIDIDO expresion:b {:RESULT=a/b;:} | ENTERO:a {:RESULT=new Double(a);:} | DECIMAL:a {:RESULT=new Double(a);:} | PARIZQ expresion:a PARDER {:RESULT=a;:} ;
Explicación del código fuente para el analizador sintáctico
En las primeras líneas indicamos a Cup que la clase estará en el paquete analizadores y que es necesario que se importe todo el contenido de “java_cup.runtime”.
1 2
package analizadores; import java_cup.runtime.*;
Luego viene la sección “parser code”, en la que se programan acciones propias del parser o analizador sintáctico que se va a generar, en este caso se programa lo que se debe hacer ante un error sintáctico y ante un error sintáctico irrecuperable.
parser code {: /** * Método al que se llama automáticamente ante algún error sintactico. **/ public void syntax_error(Symbol s){ System.out.println("Error Sintáctico en la Línea " + (s.left) + " Columna "+s.right+ ". No se esperaba este componente: " +s.value+"."); }
/** * Método al que se llama automáticamente ante algún error sintáctico * en el que ya no es posible una recuperación de errores. **/ public void unrecovered_syntax_error(Symbol s) throws java.lang.Exception{ System.out.println("Error síntactico irrecuperable en la Línea " + (s.left)+ " Columna "+s.right+". Componente " + s.value + " no reconocido."); } :}
Luego se definen los terminales, a estos se les puede indicar un tipo, en este caso todos son de tipo String, si no se indicara un tipo, los terminales serían por defecto de tipo Object.
Existe un terminal por cada tipo de token que el analizador léxico devuelve. Todos estos tipos estarán definidos en la clase “sym”, que se genera automáticamente y de la que se hablará más adelante.
Luego viene la declaración de los no terminales, a los que también se les puede indicar un tipo específico, si no se les indica un tipo, estos son por defecto de tipo Object.
1 2 3 4
non terminal ini; non terminal instrucciones; non terminal instruccion; non terminal Double expresion;
Posteriormente podemos indicar la precedencia de los operadores, ya que la gramática escrita es ambigua, es necesario definir una precedencia para que el analizador no entre en conflicto al analizar, en este caso la precedencia es la misma que la de los operadores aritméticos, la precedencia más baja la tienen la suma y la resta, luego están la multiplicación y la división que tienen una precedencia más alta y por último está el signo menos de las expresiones negativas que tendría la precedencia más alta.
1 2 3
precedence left MAS,MENOS; precedence left POR,DIVIDIDO; precedence right UMENOS;
Por último viene el conjunto de reglas de escritura de la gramática o producciones, al final de cada producción puede incluirse código java entre llaves y dos puntos “{:<código java>:}”. Podemos ver que en las producciones del no terminal “expresion”, se utiliza la variable RESULT, esta variable es propia de Cup y nos permite sintetizar cierto atributo para ese no terminal que se encuentra del lado izquierdo de la producción, recordemos que Cup trabaja con analizadores LALR, que son de tipo ascendente, lo que significa que nos permiten manipular atributos sintetizados. Básicamente eso es RESULT, un atributo sintetizado.
RESULT puede ser cualquier objeto, por ejemplo si quisiéramos que RESULT almacenara varios números enteros hacemos una clase Nodo que contenga muchas variables de tipo entero y declaramos los no terminales para que sean de tipo Nodo, entonces el RESULT que sintetizarán dichos no terminales serán de tipo Nodo.
instruccion ::= REVALUAR CORIZQ expresion:a CORDER PTCOMA{:System.out.println("El valor de la expresión es: "+a);:} ;
expresion ::= MENOS expresion:a {:RESULT=a*-1;:}%prec UMENOS | expresion:a MAS expresion:b {:RESULT=a+b;:} | expresion:a MENOS expresion:b {:RESULT=a-b;:} | expresion:a POR expresion:b {:RESULT=a*b;:} | expresion:a DIVIDIDO expresion:b {:RESULT=a/b;:} | ENTERO:a {:RESULT=new Double(a);:} | DECIMAL:a {:RESULT=new Double(a);:} | PARIZQ expresion:a PARDER {:RESULT=a;:} ;
El archivo de compilación
En el archivo “compilar.sh”, ejecutamos dos líneas, la primera indica a Jlex que debe generar un analizador léxico en base al código fuente que se encuentra en el archivo “Lexico”, la segunda indica a Cup que la clase que debe generar para el analizador sintáctico se llamará “Sintactico” y que debe generarse en base al código fuente que se encuentra en el archivo “Sintactico”.
1 2
jlex Lexico cup -parser Sintactico Sintactico
Para ejecutarlo solo vamos a Netbeans, damos clic derecho sobre el archivo y seleccionamos la opción Run. Al finalizar la ejecución del archivo, veremos en la consola de Netbeans una salida como la siguiente:
Processing first section -- user code. Processing second section -- JLex declarations. Processing third section -- lexical rules. Creating NFA machine representation. NFA comprised of 67 states. Working on character classes.:::::.:::::::::::::.:::. NFA has 24 distinct character classes. Creating DFA transition table. Working on DFA states........................... Minimizing DFA transition table. 24 states after removal of redundant states. Outputting lexical analyzer code. ------- CUP v0.11a beta 20060608 Parser Generation Summary ------- 0 errors and 0 warnings 15 terminals, 4 non-terminals, and 14 productions declared, producing 28 unique parse states. 0 terminals declared but not used. 0 non-terminals declared but not used. 0 productions never reduced. 0 conflicts detected (0 expected). Code written to "Sintactico.java", and "sym.java". ---------------------------------------------------- (v0.11a beta 20060608)
RUN SUCCESSFUL (total time: 757ms)
Que nos confirma que la generación del analizador léxico fue exitosa y que la del analizador sintáctico también. Veremos que se han creado tres nuevos archivos en el paquete analizadores. Estos archivos son las clases: Lexico.java, Sintactico.java y sym.java.
La clase sym.java, sirve como puente entre la clase Lexico.java y Sintactico.java, por ejemplo, cuando el analizador léxico reconoce un número entero, instancia un objeto de la clase Symbol e indica que es de tipo número entero por medio de la constante “sym.ENTERO”, que se genera dentro de la clase sym.java y esta constante se genera porque en el archivo de entrada para Cup se indicó que existe un terminal llamado ENTERO. Entonces tanto el analizador léxico como el sintáctico hacen referencia a los tokens de tipo número entero con la constante “sym.ENTERO”. Básicamente eso es sym.java, una clase con muchas constantes estáticas a las que acceden ambos analizadores para poder integrarse y ejecutar sus tareas exitosamente.
Archivo de entrada
Dentro de la carpeta del proyecto crearé un archivo de entrada llamado “entrada.txt”. Que contendrá el archivo de entrada que reconocerán nuestros analizadores.
El archivo de “entrada.txt” contiene lo siguiente:
Dentro de la clase principal solo tenemos el método main y el método interpretar que lee el contenido del archivo que se encuentra en el path que se le indica y ejecuta análisis léxico y análisis sintáctico, en el transcurso del analisis sintáctico se mandan a imprimir en consola los resultados de las expresiones aritméticas analizadas, por lo que al final del análisis tendremos todos los resultados de las operaciones en consola. A continuación se muestra el código de la clase principal.
/** * Clase principal de la aplicación * @author Erick */ public class ProyectoCupJlex {
/** * @param args argumentos de la linea de comando */ public static void main(String[] args) { interpretar("entrada.txt"); } /** * Método que interpreta el contenido del archivo que se encuentra en el path * que recibe como parámentro * @param path ruta del archivo a interpretar */ private static void interpretar(String path) { analizadores.Sintactico pars; try { pars=new analizadores.Sintactico(new analizadores.Lexico(new FileInputStream(path))); pars.parse(); } catch (Exception ex) { System.out.println("Error fatal en compilación de entrada."); System.out.println("Causa: "+ex.getCause()); } } }
Ejecutando nuestra aplicación
Al ejecutar la aplicación obtenemos los resultados de las operaciones evaluadas en consola.
