Philosophy
The main goal of re2c is generating ''fast'' lexers: at least as fast as reasonably optimized C lexers coded by hand. Instead of using traditional table-driven approach, re2c encodes the generatedFeatures
* Submatch extraction: re2c supports both POSIX-compliant capturing groups and standalone ''tags'' (with leftmost greedy disambiguation and optional handling of repeated submatch). The implementation is based on the lookahead-TDFA algorithm. * Encoding support: re2c supports ASCII, UTF-8, UTF-16, UTF-32, UCS-2 and EBCDIC. * Flexible user interface: the generated code uses a few primitive operations in order to interface with the environment (read input characters, advance to the next input position, etc.); users can redefine these primitives to whatever they need. * Storable state: re2c supports both ''pull-model'' lexers (when lexer runs without interrupts and pulls more input as necessary) and ''push-model'' lexers (when lexer is periodically stopped and resumed to parse new chunks of input). * Start conditions: re2c can generate multiple interrelated lexers, where each lexer is triggered by a certain ''condition'' in program. * Self-validation: re2c has a special mode in which it ignores all used-defined interface code and generates a self-contained ''skeleton'' program. Additionally, re2c generates two files: one with the input strings derived from the regular grammar, and one with compressed match results that are used to verify lexer behavior on all inputs. Input strings are generated so that they extensively cover DFA transitions and paths. Data generation happens right after DFA construction and prior to any optimizations, but the lexer itself is fully optimized, so skeleton programs are capable of revealing any errors in optimizations and code generation. * Warnings: re2c performs static analysis of the program and warns its users about possible deficiencies or bugs, such as undefined control flow, unreachable code, ill-formed escape symbols and potential misuse of the interface primitives. * Debugging. Besides generating human-readable lexers, re2c has a number of options that dump various intermediate representations of the generated lexer, such as NFA, multiple stages of DFA and the resulting program graph in DOT format.Syntax
re2c program can contain any number of/*!re2c ... */
blocks.
Each block consists of a sequence of ''rules'', ''definitions'' and ''configurations''
(they can be intermixed, but it is generally better to put configurations first, then definitions and then rules).
Rules have the form REGEXP
or REGEXP := CODE;
where REGEXP
is a ''regular expression'' and CODE
is a block of C code. When REGEXP
matches the input string, control flow is transferred to the associated CODE
. There is one special rule: the ''default rule'' with *
instead of REGEXP
; it is triggered if no other rules matches. re2c has ''greedy'' matching semantics: if multiple rules match, the rule that matches longer prefix is preferred; if the conflicting rules match the same prefix, the earlier rule has priority.
Definitions have the form NAME = REGEXP;
(and also NAME
in Flex compatibility mode).
Configurations have the form re2c:CONFIG = VALUE;
where CONFIG
is the name of the particular configuration and VALUE
is a number or a string.
For more advanced usage see the official re2c manual.
Regular expressions
re2c uses the following syntax for regular expressions: *"foo"
case-sensitive string literal
*'foo'
case-insensitive string literal
* -xyz/code>, a-xyz/code> character class (possibly negated)
*.
any character except newline
*R \ S
difference of character classes
*R*
zero or more occurrences of R
*R+
one or more occurrences of R
*R?
zero or one occurrence of R
*R
repetition of R
exactly n
times
*R
repetition of R
at least n
times
*R
repetition of R
from n
to m
times
*(R)
just R
; parentheses are used to override precedence or for POSIX-style submatch
*R S
concatenation: R
followed by S
*R , S
alternative: R
or S
*R / S
lookahead: R
followed by S
, but S
is not consumed
*name
the regular expression defined as name
(except in Flex compatibility mode)
*@stag
an ''s-tag'': saves the last input position at which @stag
matches in a variable named stag
*#mtag
an ''m-tag'': saves all input positions at which #mtag
matches in a variable named mtag
Character classes and string literals may contain the following escape sequences: \a
, \b
, \f
, \n
, \r
, \t
, \v
, \\
, octal escapes \ooo
and hexadecimal escapes \xhh
, \uhhhh
and \Uhhhhhhhh
.
Example
Here is a very simple program in re2c (example.re).
It checks that all input arguments are hexadecimal numbers.
The code for re2c is enclosed in comments /*!re2c ... */
, all the rest is plain C code.
See the official re2c website for more complex examples.
#include
static int lex(const char *YYCURSOR)
int main(int argc, char **argv)
Given that, re2c -is -o example.c example.re
generates the code below (example.c).
The contents of the comment /*!re2c ... */
are substituted with a deterministic finite automaton
In the theory of computation, a branch of theoretical computer science, a deterministic finite automaton (DFA)—also known as deterministic finite acceptor (DFA), deterministic finite-state machine (DFSM), or deterministic finite-state auto ...
encoded in the form of conditional jumps and comparisons; the rest of the program is copied verbatim into the output file.
There are several code generation options; normally re2c uses switch
statements,
but it can use nested if
statements (as in this example with -s
option),
or generate bitmaps and jump tables.
Which option is better depends on the C compiler;
re2c users are encouraged to experiment.
/* Generated by re2c 1.2.1 on Fri Aug 23 21:59:00 2019 */
#include
static int lex(const char *YYCURSOR)
int main(int argc, char **argv)
See also
* Ragel
Ragel ( IPA: ) is a finite-state machine compiler and a parser generator. Initially Ragel supported output for C, C++ and Assembly source code, later expanded to support several other languages including Objective-C, D, Go, Ruby, and Java. Ad ...
* Lex
Lex or LEX may refer to:
Computing
* Amazon Lex, a service for building conversational interfaces into any application using voice and text
* LEX (cipher), a stream cipher based on the round transformation of AES
* Lex (software), a computer pro ...
* Comparison of parser generators
This is a list of notable lexer generators and parser generators for various language classes.
Regular languages
Regular languages are a category of languages (sometimes termed Chomsky Type 3) which can be matched by a state machine (more spe ...
References
External links
* {{Official website, re2c.org
Compiling tools
Public-domain software
Lexical analysis