e52b3fb572
La etapa final del transpilador. generate(&Ir) -> String produce un fuente Rust (un main.rs) que, compilado contra charka-runtime, ejecuta la lógica del programa COBOL. - struct Program con un campo Num/Text por dato elemental; new() lo inicializa desde las cláusulas VALUE. - Un método p_<párrafo> por párrafo del PROCEDURE; run() los encadena en orden (el «caer» de COBOL); main() construye y corre. - Cada Stmt -> código Rust: MOVE->.store/.fill, DISPLAY->println!, COMPUTE y aritmética -> expresiones Decimal, IF->if/else, PERFORM-> llamada / for / while, STOP RUN->process::exit. - Tolerante: lo no transpilable (Stmt::Unknown, dato sin resolver, **) se emite como comentario // charka: — el código generado compila. - Saneado de identificadores COBOL->Rust (choques con keywords). - Verificado de punta a punta: un programa COBOL demo transpila a Rust que compila contra charka-runtime y produce la salida esperada. - Módulos: emit / sym / expr / stmt. 14 tests; fmt + clippy limpios. El pipeline COBOL->Rust corre de punta a punta. Falta sólo charka-shadow (validador en sombra). Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
151 lines
7.5 KiB
Markdown
151 lines
7.5 KiB
Markdown
# modules/charka/ — Transpilador COBOL → Rust
|
|
|
|
**Propósito.** Modernizar sistemas COBOL legados transpilándolos a Rust
|
|
con un runtime determinista y un validador en sombra (shadow validator)
|
|
que compara la salida del original y la del transpilado. Es el módulo
|
|
más grande del ecosistema — el parser COBOL completo (CICS, SQL
|
|
embebido, dialectos IBM Enterprise) es un esfuerzo multi-mes.
|
|
|
|
## Crates
|
|
|
|
| crate | tipo | rol |
|
|
| -------------- | ---- | ------------------------------------------------------------ |
|
|
| `charka-bcd` | lib | Aritmética decimal de punto fijo con semántica COBOL: `Picture`, `Decimal`, redondeo, `ON SIZE ERROR` |
|
|
| `charka-lexer` | lib | Tokenizador COBOL: formato fijo (tarjeta de 80 columnas) y libre |
|
|
| `charka-parser` | lib | Parser COBOL'85 (subconjunto): tokens → AST (`Program`) |
|
|
| `charka-ir` | lib | Representación intermedia: el AST con los statements del PROCEDURE ya tipados |
|
|
| `charka-runtime` | lib | Soporte de ejecución de los programas transpilados: campos `Num` y `Text` |
|
|
| `charka-codegen` | lib | Emisión de Rust: IR → fuente Rust sobre `charka-runtime` |
|
|
|
|
## charka-bcd
|
|
|
|
COBOL no calcula en binario flotante: opera sobre campos decimales de
|
|
precisión fija (`PIC S9(5)V99`). Reproducir un programa COBOL exige
|
|
reproducir esa aritmética dígito a dígito.
|
|
|
|
- `Picture` — parsea la cláusula PICTURE numérica (`9`, `V`, `S`, `9(n)`).
|
|
- `Decimal` — punto fijo exacto (`mantissa: i128` + `scale`); suma, resta
|
|
y producto exactos; división con escala de resultado fija; redondeo
|
|
`Truncate`/`HalfUp`; `coerce` a un `Picture` con detección de
|
|
desbordamiento.
|
|
- Determinista, sin dependencias de plataforma — mismo programa, mismos
|
|
dígitos, en cualquier máquina.
|
|
|
|
## charka-lexer
|
|
|
|
Primera etapa del pipeline: texto COBOL → secuencia de `Token`.
|
|
|
|
- **Lexer tonto**: no conoce keywords ni la cláusula `PICTURE` — emite
|
|
`Word` para todo identificador; la clasificación es del parser.
|
|
- Tokens: `Word` (con guiones internos, `WORKING-STORAGE`), `Number`
|
|
(sin signo), `String` (comillas dobladas colapsadas), `Period`,
|
|
`Symbol` (`( ) , ; :` y operadores `+ - * / ** = < > <= >= <>`).
|
|
- Dos formatos: **fijo** (cols 1-6 secuencia, 7 indicadora, 8-72
|
|
código, 73-80 id) y **libre**. Comentarios por col 7 (`*`/`/`) o `*`
|
|
inicial en formato libre.
|
|
- Cada token lleva línea/columna 1-based. `LexError` tipado.
|
|
- Limitación v1: sin continuación de literales entre líneas
|
|
(indicador `-`).
|
|
|
|
## charka-parser
|
|
|
|
Segunda etapa: tokens → AST. Alcance v1 — el **esqueleto del programa**.
|
|
|
|
- `parse(&[Token]) -> Result<Program, ParseError>`.
|
|
- `Program { program_id, data: Vec<DataItem>, paragraphs: Vec<Paragraph> }`.
|
|
- **DATA division** → árbol de `DataItem` (`level`, `name`, `picture`,
|
|
`value`, `children`). Reensambla la cláusula `PICTURE` desde sus
|
|
tokens (`S9` `(` `5` `)` `V99` → `S9(5)V99`); anida por número de
|
|
nivel (01 y 77 son raíces; 88 cuelga del ítem precedente).
|
|
- **PROCEDURE division** → `Vec<Paragraph>`, cada `Paragraph` con sus
|
|
`Sentence` (tokens crudos — sin parseo a nivel de statement). Las
|
|
sentencias previas al primer encabezado van a un párrafo implícito
|
|
de nombre "".
|
|
- Tolerante: salta encabezados de `SECTION`, entradas `FD`/`SD` y
|
|
cláusulas de datos que no sean `PICTURE`/`VALUE`. `ParseError` sólo
|
|
ante nivel inválido o dato sin nombre.
|
|
- Limitación v1: no parsea statements, ni la ENVIRONMENT division, ni
|
|
CICS / SQL embebido / dialectos IBM.
|
|
|
|
## charka-ir
|
|
|
|
Tercera etapa: `Program` → `Ir`. Aquí se parsea cada `Sentence` cruda
|
|
(tokens) a statements tipados — el PROCEDURE division pasa de tokens a
|
|
árbol de instrucciones.
|
|
|
|
- `lower(&Program) -> Ir` — **total y tolerante**, nunca falla.
|
|
- `Ir { program_id, data: Vec<DataItem>, procedures: Vec<Procedure> }`.
|
|
El modelo de datos pasa tal cual (sirve de tabla de símbolos).
|
|
- `Procedure { name, body: Vec<Stmt> }`. `Stmt` cubre `Move`,
|
|
`Display`, `Accept`, `Compute`, `Add`/`Subtract`/`Multiply`/`Divide`,
|
|
`If`, `Perform`, `GoTo`, `StopRun`, `Goback`, `Exit`, `Continue`.
|
|
- `Expr` — expresiones aritméticas con precedencia y paréntesis (Pratt:
|
|
`+ -` < `* /` < `**` der.). `Cond` — comparaciones (símbolo o forma
|
|
palabra) unidas por `AND`/`OR`/`NOT`, más nombres de condición (88).
|
|
- Un verbo no soportado se conserva como `Stmt::Unknown { verb,
|
|
tokens }` — el lowering jamás aborta.
|
|
- COBOL no separa statements con un símbolo: cada uno corta donde
|
|
empieza el verbo del siguiente. El parser usa palabras "frontera"
|
|
(verbos + terminadores `END-*`/`ELSE` + conectores `TO`/`GIVING`...)
|
|
para delimitar listas de operandos.
|
|
- Fuera de alcance v1: `EVALUATE`, `STRING`/`UNSTRING`, E/S de
|
|
ficheros, `PERFORM VARYING`, CICS, SQL embebido.
|
|
|
|
## charka-runtime
|
|
|
|
El soporte de ejecución: lo que `charka-codegen` emite es Rust que
|
|
enlaza contra este crate. Da a un programa transpilado la semántica de
|
|
COBOL en tiempo de ejecución.
|
|
|
|
- `Num` — campo numérico (`PIC 9(5)V99`): un `Decimal` conformado a su
|
|
`Picture`. `store`/`store_rounded` truncan o redondean a la escala
|
|
declarada; al desbordar conservan los dígitos de bajo orden (el
|
|
`ON SIZE ERROR` sin cláusula). `display` da los dígitos con relleno
|
|
de ceros.
|
|
- `Text` — campo alfanumérico (`PIC X(20)`) de longitud fija: `store`
|
|
justifica a la izquierda y rellena/trunca; `fill` mueve figurativas
|
|
(`SPACES`, `ZEROS`).
|
|
- `cobol_text_cmp` — comparación alfanumérica con relleno de espacios.
|
|
- Reexporta `Decimal`/`Picture`/`Rounding` de `charka-bcd` para que el
|
|
código generado sólo necesite `use charka_runtime::*;`.
|
|
|
|
Construido **antes** que `charka-codegen` (la nota de orden del plan
|
|
los listaba al revés): el codegen emite llamadas contra esta API, así
|
|
que el runtime debe existir primero — y es un crate autocontenido,
|
|
verificable sin depender del código emitido.
|
|
|
|
## charka-codegen
|
|
|
|
La etapa final: `generate(&Ir) -> String` produce un fuente Rust (un
|
|
`main.rs`) que, compilado contra `charka-runtime`, ejecuta la lógica
|
|
del programa COBOL.
|
|
|
|
- Un `struct Program` con un campo por cada dato elemental (`Num` /
|
|
`Text`); `Program::new()` lo inicializa desde las cláusulas `VALUE`.
|
|
- Un método `p_<párrafo>(&mut self)` por párrafo; `run()` los encadena
|
|
en orden (el «caer» de COBOL); `main()` construye y corre.
|
|
- Cada `Stmt` → líneas Rust: `MOVE`→`.store`, `DISPLAY`→`println!`,
|
|
`COMPUTE`/aritmética → expresiones `Decimal`, `IF`→`if`, `PERFORM`→
|
|
llamada / `for` / `while`, `STOP RUN`→`process::exit`.
|
|
- **Tolerante**: lo no transpilable (`Stmt::Unknown`, dato sin
|
|
resolver, `**`) se emite como comentario `// charka:` — el código
|
|
generado siempre compila.
|
|
- Verificado de punta a punta: un programa COBOL de demostración
|
|
transpila a Rust que compila contra `charka-runtime` y produce la
|
|
salida correcta.
|
|
- Fuera de alcance v1: grupos como campo propio, `REDEFINES`,
|
|
`OCCURS`/tablas, `PERFORM ... THRU` como rango, E/S de ficheros.
|
|
|
|
## Estado
|
|
|
|
`charka-bcd` (22 tests), `charka-lexer` (17 tests), `charka-parser`
|
|
(15 tests), `charka-ir` (17 tests), `charka-runtime` (17 tests) y
|
|
`charka-codegen` (14 tests) implementados y verdes. El pipeline
|
|
COBOL→Rust corre de punta a punta. **Pendiente** — el último crate:
|
|
|
|
| crate pendiente | rol |
|
|
| ----------------- | ---------------------------------------------------- |
|
|
| `charka-shadow` | validador en sombra (original vs transpilado) |
|
|
|
|
Hito intermedio sugerido: subconjunto COBOL'85 puro antes de CICS/SQL.
|