Quick Navigator

Search Site

Unix VPS
A - Starter
B - Basic
C - Preferred
D - Commercial
MPS - Dedicated
Previous VPSs
* Sign Up! *

Contact Us
Online Help
Domain Status
Man Pages

Virtual Servers

Topology Map

Server Agreement
Year 2038

USA Flag



Man Pages

Manual Reference Pages  -  PARSE::LEX (3)

.ds Aq ’


"Parse::Lex" - Generator of lexical analyzers - moving pointer inside text



        require 5.005;

        use Parse::Lex;
        @token = (
             ADDOP    [-+]
             LEFTP    [\(]
             RIGHTP   [\)]
             INTEGER  [1-9][0-9]*
             NEWLINE  \n
          qw(STRING),   [qw(" (?:[^"]+|"")* ")],
          qw(ERROR  .*), sub {
            die qq!can\t analyze: "$_[1]"!;

        Parse::Lex->trace;  # Class method
        $lexer = Parse::Lex->new(@token);
        print "Tokenization of DATA:\n";

        TOKEN:while (1) {
          $token = $lexer->next;
          if (not $lexer->eoi) {
            print "Line $.\t";
            print "Type: ", $token->name, "\t";
            print "Content:->", $token->text, "<-\n";
          } else {
            last TOKEN;

        "a multiline
        string with an embedded "" in it"
        an invalid string with a "" in it"


The classes Parse::Lex and Parse::CLex create lexical analyzers. They use different analysis techniques:

1. Parse::Lex steps through the analysis by moving a pointer within the character strings to be analyzed (use of pos() together with \G),

2. Parse::CLex steps through the analysis by consuming the data recognized (use of s///).

Analyzers of the Parse::CLex class do not allow the use of anchoring in regular expressions. In addition, the subclasses of Parse::Token are not implemented for this type of analyzer.

A lexical analyzer is specified by means of a list of tokens passed as arguments to the new() method. Tokens are instances of the Parse::Token class, which comes with Parse::Lex. The definition of a token usually comprises two arguments: a symbolic name (like INTEGER), followed by a regular expression. If a sub ref (anonymous subroutine) is given as third argument, it is called when the token is recognized. Its arguments are the Parse::Token instance and the string recognized by the regular expression. The anonymous subroutine’s return value is used as the new string contents of the Parse::Token instance.

The order in which the lexical analyzer examines the regular expressions is determined by the order in which these expressions are passed as arguments to the new() method. The token returned by the lexical analyzer corresponds to the first regular expression which matches (this strategy is different from that used by Lex, which returns the longest match possible out of all that can be recognized).

The lexical analyzer can recognize tokens which span multiple records. If the definition of the token comprises more than one regular expression (placed within a reference to an anonymous array), the analyzer reads as many records as required to recognize the token (see the documentation for the Parse::Token class). When the start pattern is found, the analyzer looks for the end, and if necessary, reads more records. No backtracking is done in case of failure.

The analyzer can be used to analyze an isolated character string or a stream of data coming from a file handle. At the end of the input data the analyzer returns a Parse::Token instance named EOI (End Of Input).

    Start Conditions

You can associate start conditions with the token-recognition rules that comprise your lexical analyzer (this is similar to what Flex provides). When start conditions are used, the rule which succeeds is no longer necessarily the first rule that matches.

A token symbol may be preceded by a start condition specifier for the associated recognition rule. For example:

        qw(C1:TERMINAL_1  REGEXP), sub { # associated action },
        qw(TERMINAL_2  REGEXP), sub { # associated action },

Symbol TERMINAL_1 will be recognized only if start condition C1 is active. Start conditions are activated/deactivated using the start(CONDITION_NAME) and end(CONDITION_NAME) methods.

start(INITIAL) resets the analysis automaton.

Start conditions can be combined using AND/OR operators as follows:

        C1:SYMBOL      condition C1

        C1:C2:SYMBOL   condition C1 AND condition C2

        C1,C2:SYMBOL   condition C1 OR  condition C2

There are two types of start conditions: inclusive and exclusive, which are declared by class methods inclusive() and exclusive() respectively. With an inclusive start condition, all rules are active regardless of whether or not they are qualified with the start condition. With an exclusive start condition, only the rules qualified with the start condition are active; all other rules are deactivated.

Example (borrowed from the documentation of Flex):

 use Parse::Lex;
 @token = (
          EXPECT, expect-floats, sub {
          expect:FLOAT, \d+\.\d+, sub {
            print "found a float: $_[1]\n";
          expect:NEWLINE, \n, sub {
            $lexer->end(expect) ;
          NEWLINE2, \n,
          INT, \d+, sub {
            print "found an integer: $_[1] \n";
          DOT, \., sub {
            print "found a dot\n";

 $lexer = Parse::Lex->new(@token);

The special start condition ALL is always verified.


analyze EXPR Analyzes EXPR and returns a list of pairs consisting of a token name followed by recognized text. EXPR can be a character string or a reference to a filehandle.


 @tokens = Parse::Lex->new(qw(PLUS [+] NUMBER \d+))->analyze("3+3+3");
 @tokens = Parse::Lex->new(qw(PLUS [+] NUMBER \d+))->analyze(\*STREAM);

buffer EXPR
buffer Returns the contents of the internal buffer of the lexical analyzer. With an expression as argument, places the result of the expression in the buffer.

It is not advisable to directly change the contents of the buffer without changing the position of the analysis pointer (pos()) and the value length of the buffer (length()).

configure(HASH) Instance method which permits specifying a lexical analyzer. This method accepts the list of the following attribute values:
From => EXPR This attribute plays the same role as the from(EXPR) method. EXPR can be a filehandle or a character string.
Tokens => ARRAY_REF ARRAY_REF must contain the list of attribute values specifying the tokens to be recognized (see the documentation for Parse::Token).
Skip => REGEX This attribute plays the same role as the skip(REGEX) method. REGEX describes the patterns to skip over during the analysis.
end EXPR Deactivates condition EXPR.
eoi Returns TRUE when there is no more data to analyze.
every SUB Avoids having to write a reading loop in order to analyze a stream of data. SUB is an anonymous subroutine executed after the recognition of each token. For example, to lex the string 1+2 you can write:

        use Parse::Lex;

        $lexer = Parse::Lex->new(
             ADDOP [-+]
             INTEGER \d+

        $lexer->every (sub {
          print $_[0]->name, "\t";
          print $_[0]->text, "\n";

The first argument of the anonymous subroutine is the Parse::Token instance recognized.

exclusive LIST Class method declaring the conditions present in LIST to be exclusive.
flush If saving of the consumed strings is activated, flush() returns and clears the buffer containing the character strings recognized up to now. This is only useful if hold() has been called to activate saving of consumed strings.
from EXPR
from from(EXPR) allows specifying the source of the data to be analyzed. The argument of this method can be a string (or list of strings), or a reference to a filehandle. If no argument is given, from() returns the filehandle if defined, or undef if input is a string. When an argument EXPR is used, the return value is the calling lexer object itself.

By default it is assumed that data are read from STDIN.


        $handle = new IO::File;
        $handle->open("< filename");

        $lexer->from(the data to be analyzed);

getSub getSub returns the anonymous subroutine that performs the lexical analysis.


        my $token = ;
        my $sub = $lexer->getSub;
        while (($token = &$sub()) ne $Token::EOI) {
          print $token->name, "\t";
          print $token->text, "\n";
   # or
        my $token = ;
        local *tokenizer = $lexer->getSub;
        while (($token = tokenizer()) ne $Token::EOI) {
          print $token->name, "\t";
          print $token->text, "\n";

getToken Same as token() method.
hold EXPR
hold Activates/deactivates saving of the consumed strings. The return value is the current setting (TRUE or FALSE). Can be used as a class method.

You can obtain the contents of the buffer using the flush method, which also empties the buffer.

inclusive LIST Class method declaring the conditions present in LIST to be inclusive.
length EXPR
length Returns the length of the current record. length EXPR sets the length of the current record.
line EXPR
line Returns the line number of the current record. line EXPR sets the value of the line number. Always returns 1 if a character string is being analyzed. The readline() method increments the line number.
name EXPR
name name EXPR lets you give a name to the lexical analyzer. name() return the value of this name.
next Causes searching for the next token. Return the recognized Parse::Token instance. Returns the Token::EOI instance at the end of the data.


        $lexer = Parse::Lex->new(@token);
        print $lexer->next->name;   # print the token type
        print $lexer->next->text;   # print the token content

nextis SCALAR_REF Variant of the next() method. Tokens are placed in SCALAR_REF. The method returns 1 as long as the token is not EOI.


        while($lexer->nextis(\$token)) {
           print $token->text();

new LIST Creates and returns a new lexical analyzer. The argument of the method is a list of Parse::Token instances, or a list of triplets permitting their creation. The triplets consist of: the symbolic name of the token, the regular expression necessary for its recognition, and possibly an anonymous subroutine that is called when the token is recognized. For each triplet, an instance of type Parse::Token is created in the calling package.
offset Returns the number of characters already consumed since the beginning of the analyzed data stream.
pos EXPR
pos pos EXPR sets the position of the beginning of the next token to be recognized in the current line (this doesn’t work with analyzers of the Parse::CLex class). pos() returns the number of characters already consumed in the current line.
readline Reads data from the input specified by the from() method. Returns the result of the reading.


        use Parse::Lex;

        $lexer = Parse::Lex->new();
        while (not $lexer->eoi) {
          print $lexer->readline() # read and print one line

reset Clears the internal buffer of the lexical analyzer and erases all tokens already recognized.
restart Reinitializes the analysis automaton. The only active condition becomes the condition INITIAL.
setToken TOKEN Sets the token to TOKEN. Useful to requalify a token inside the anonymous subroutine associated with this token.
skip EXPR
skip EXPR is a regular expression defining the token separator pattern (by default [ \t]+). skip() sets this to no pattern. With no argument, skip() returns the value of the pattern. skip() can be used as a class method.

Changing the skip pattern causes recompilation of the lexical analyzer.


  @tokens = Parse::Lex->new(INTEGER => \d+)->analyze(\*DATA);
  print "@tokens\n"; # print INTEGER 1 INTEGER 2 INTEGER 3 INTEGER 4 EOI
  1 # first string to skip
  3# second string to skip

start EXPR Activates condition EXPR.
state EXPR Returns the state of the condition represented by EXPR.
token Returns the instance corresponding to the last recognized token. In case no token was recognized, return the special token named DEFAULT.
tokenClass EXPR
tokenClass Indicates which is the class of the tokens to be created from the list passed as argument to the new() method. If no argument is given, returns the name of the class. By default the class is Parse::Token.
trace OUTPUT
trace Class method which activates trace mode. The activation of trace mode must take place before the creation of the lexical analyzer. The mode can then be deactivated by another call of this method.

OUTPUT can be a file name or a reference to a filehandle where the trace will be redirected.


To handle the cases of token non-recognition, you can define a specific token at the end of the list of tokens that comprise our lexical analyzer. If searching for this token succeeds, it is then possible to call an error handling function:

     qw(ERROR  (?s:.*)), sub {
       print STDERR "ERROR: buffer content->", $_[0]->lexer->buffer, "<-\n";
       die qq!can\t analyze: "$_[1]"!;

EXAMPLES - Scan a stream of data using the Parse::CLex class. - Scan a stream of data using the Parse::Lex class. - Use of the every method. - Interpreter for prefix arithmetic expressions. - Interpeter for prefix arithmetic expressions, using conditions.


Analyzers of the Parse::CLex class do not allow the use of regular expressions with anchoring.


Parse::Token, Parse::LexEvent, Parse::YYLex.


Philippe Verdret. Documentation translated to English by Vladimir Alexiev and Ocrat.


Version 2.0 owes much to suggestions made by Vladimir Alexiev. Ocrat has significantly contributed to improving this documentation. Thanks also to the numerous people who have sent me bug reports and occasionally fixes.


Friedl, J.E.F. Mastering Regular Expressions. O’Reilly & Associates 1996.

Mason, T. & Brown, D. - Lex & Yacc. O’Reilly & Associates, Inc. 1990.

FLEX - A Scanner generator (available at and elsewhere)


Copyright (c) 1995-1999 Philippe Verdret. All rights reserved. This module is free software; you can redistribute it and/or modify it under the same terms as Perl itself.
Search for    or go to Top of page |  Section 3 |  Main Index

perl v5.20.3 PARSE::LEX (3) 2011-12-31

Powered by GSP Visit the GSP FreeBSD Man Page Interface.
Output converted with manServer 1.07.