pt::rde(n) | Parser Tools | pt::rde(n) |
pt::rde - Parsing Runtime Support, PARAM based
package require Tcl 8.5
package require pt::rde ?1.0.1?
package require snit
package require struct::stack 1.4
package require pt::ast 1.1
::pt::rde objectName
objectName destroy
objectName reset chan
objectName complete
objectName chan
objectName line
objectName column
objectName current
objectName location
objectName locations
objectName ok
objectName value
objectName error
objectName errors
objectName tokens ?from ?to??
objectName symbols
objectName known
objectName reducible
objectName asts
objectName ast
objectName position loc
objectName i_input_next msg
objectName i_test_alnum
objectName i_test_alpha
objectName i_test_ascii
objectName i_test_char char
objectName i_test_ddigit
objectName i_test_digit
objectName i_test_graph
objectName i_test_lower
objectName i_test_print
objectName i_test_punct
objectName i_test_range chars chare
objectName i_test_space
objectName i_test_upper
objectName i_test_wordchar
objectName i_test_xdigit
objectName i_error_clear
objectName i_error_push
objectName i_error_pop_merge
objectName i_error_nonterminal symbol
objectName i_status_ok
objectName i_status_fail
objectName i_status_negate
objectName i_loc_push
objectName i_loc_pop_discard
objectName i_loc_pop_rewind
objectName i:ok_loc_pop_rewind
objectName i_loc_pop_rewind/discard
objectName i_symbol_restore symbol
objectName i_symbol_save symbol
objectName i_value_clear
objectName i_value_clear/leaf
objectName i_value_clear/reduce
objectName i:ok_ast_value_push
objectName i_ast_push
objectName i_ast_pop_rewind
objectName i:fail_ast_pop_rewind
objectName i_ast_pop_rewind/discard
objectName i_ast_pop_discard
objectName i_ast_pop_discard/rewind
objectName i:ok_continue
objectName i:fail_continue
objectName i:fail_return
objectName i:ok_return
objectName si:void_state_push
objectName si:void2_state_push
objectName si:value_state_push
objectName si:void_state_merge
objectName si:void_state_merge_ok
objectName si:value_state_merge
objectName si:value_notahead_start
objectName si:void_notahead_exit
objectName si:value_notahead_exit
objectName si:kleene_abort
objectName si:kleene_close
objectName si:voidvoid_branch
objectName si:voidvalue_branch
objectName si:valuevoid_branch
objectName si:valuevalue_branch
objectName si:voidvoid_part
objectName si:voidvalue_part
objectName si:valuevalue_part
objectName si:value_symbol_start symbol
objectName si:value_void_symbol_start symbol
objectName si:void_symbol_start symbol
objectName si:void_void_symbol_start symbol
objectName si:reduce_symbol_end symbol
objectName si:void_leaf_symbol_end symbol
objectName si:value_leaf_symbol_end symbol
objectName si:value_clear_symbol_end symbol
objectName si:void_clear_symbol_end symbol
objectName si:next_char tok
objectName si:next_range toks toke
objectName si:next_alnum
objectName si:next_alpha
objectName si:next_ascii
objectName si:next_ddigit
objectName si:next_digit
objectName si:next_graph
objectName si:next_lower
objectName si:next_print
objectName si:next_punct
objectName si:next_space
objectName si:next_upper
objectName si:next_wordchar
objectName si:next_xdigit
Are you lost ? Do you have trouble understanding this document ? In that case please read the overview provided by the Introduction to Parser Tools. This document is the entrypoint to the whole system the current package is a part of.
This package provides a class whose instances provide the runtime support for recursive descent parsers with backtracking, as is needed for the execution of, for example, parsing expression grammars. It implements the PackRat Machine Specification, as such that document is required reading to understand both this manpage, and the package itself. The description below does make numerous shorthand references to the PARAM's instructions and the various parts of its architectural state.
The package resides in the Execution section of the Core Layer of Parser Tools.
IMAGE: arch_core_transform
Note: This package not only has the standard Tcl implementation, but also an accelerator, i.e. a C implementation, based on Critcl.
The package exports the API described here.
All objects created by this package provide the following 63 methods for the manipulation and querying of their state, which is, in essence the architectural state of a PARAM.
First some general methods and the state accessors.
Note here that the Parser Tools are based on Tcl 8.5+. In other words, the channel argument is not restricted to files, sockets, etc. We have the full power of reflected channels available.
It should also be noted that the parser pulls the characters from the input stream as it needs them. If a parser created by this package has to be operated in a push aka event-driven manner it will be necessary to go to Tcl 8.6+ and use the coroutine::auto to wrap it into a coroutine where read is properly changed for push-operation.
Each token in the returned list is a list of three elements itself, containing the character at the location, and the associated line and column numbers, in this order.
The following methods implement all PARAM instructions. They all have the prefix "i_".
The control flow is mainly provided by Tcl's builtin commands, like if, while, etc., plus a few guarded variants of PARAM instructions and Tcl commands.. That means that these instruction variants will do nothing if their guard condition is not fulfilled. They can be recognized by the prefix "i:ok_" and "i:fail_", which denote the value ST has to have for the instruction to execute.
The instructions are listed in the same order they occur in the PackRat Machine Specification, with the guard variants listed after their regular implementation, if any, or in their place.
The boolean result of the check is returned as the result of the method and can be used with standard Tcl control flow commands.
The next set of methods are super instructions, meaning that each implements a longer sequence of instructions commonly used in parsers. The combinated instructions of the previous set, i.e. those with names matching the pattern "i_*/*", are actually super instructions as well, albeit with limited scope, handling 2 instructions with their control flow. The upcoming set is much broader in scope, folding as much as six or more PARAM instructions into a single method call.
In this we can see the reasoning behind their use well:
i_loc_push i_error_clear i_error_pushParsers use it at the beginning of void sequences and choices with a void initial branch.
i_loc_push i_error_clear i_error_pushParsers use it at the beginning of optional and repeated expressions.
i_ast_push i_loc_push i_error_clear i_error_pushParsers use it at the beginning of sequences generating an AST and choices with an initial branch generating an AST.
i_error_pop_merge i_loc_pop_rewind/discardParsers use it at the end of void sequences and choices whose last branch is void.
i_error_pop_merge i_loc_pop_rewind/discard i_status_okParsers use it at the end of optional expressions
i_error_pop_merge i_ast_pop_rewind/discard i_loc_pop_rewind/discardParsers use it at the end of sequences generating ASTs and choices whose last branch generates an AST
i_loc_push i_ast_pushParsers use it at the beginning of negative lookahead predicates which generate ASTs.
i_loc_pop_rewind i_status_negateParsers use it at the end of void negative lookahead predicates.
i_ast_pop_discard/rewind i_loc_pop_rewind i_status_negateParsers use it at the end of negative lookahead predicates which generate ASTs.
i_loc_pop_rewind/discard i:fail_returnParsers use it to stop a positive repetition when its first, required, expression fails.
i_error_pop_merge i_loc_pop_rewind/discard i:fail_status_ok i:fail_returnParsers use it at the end of repetitions.
i_error_pop_merge i:ok_loc_pop_discard i:ok_return i_loc_rewind i_error_pushParsers use it when transiting between branches of a choice when both are void.
i_error_pop_merge i:ok_loc_pop_discard i:ok_return i_ast_push i_loc_rewind i_error_pushParsers use it when transiting between branches of a choice when the failing branch is void, and the next to test generates an AST.
i_error_pop_merge i_ast_pop_rewind/discard i:ok_loc_pop_discard i:ok_return i_loc_rewind i_error_pushParsers use it when transiting between branches of a choice when the failing branch generates an AST, and the next to test is void.
i_error_pop_merge i_ast_pop_discard i:ok_loc_pop_discard i:ok_return i_ast_rewind i_loc_rewind i_error_pushParsers use it when transiting between branches of a choice when both generate ASTs.
i_error_pop_merge i:fail_loc_pop_rewind i:fail_return i_error_pushParsers use it when transiting between parts of a sequence and both are void.
i_error_pop_merge i:fail_loc_pop_rewind i:fail_return i_ast_push i_error_pushParsers use it when transiting between parts of a sequence and the sucessfully matched part is void, and after it an AST is generated.
i_error_pop_merge i:fail_ast_pop_rewind i:fail_loc_pop_rewind i:fail_return i_error_pushParsers use it when transiting between parts of a sequence and both parts generate ASTs.
if/found? i_symbol_restore $symbol i:found:ok_ast_value_push i:found_return i_loc_push i_ast_pushParsers use it at the beginning of a nonterminal symbol generating an AST, whose right-hand side may have generated an AST as well.
if/found? i_symbol_restore $symbol i:found:ok_ast_value_push i:found_return i_loc_push i_ast_pushParsers use it at the beginning of a void nonterminal symbol whose right-hand side may generate an AST.
if/found? i_symbol_restore $symbol i:found_return i_loc_push i_ast_pushParsers use it at the beginning of a nonterminal symbol generating an AST whose right-hand side is void.
if/found? i_symbol_restore $symbol i:found_return i_loc_pushParsers use it at the beginning of a void nonterminal symbol whose right-hand side is void as well.
i_value_clear/reduce $symbol i_symbol_save $symbol i_error_nonterminal $symbol i_ast_pop_rewind i_loc_pop_discard i:ok_ast_value_pushParsers use it at the end of a non-terminal symbol generating an AST using the AST generated by the right-hand side as child.
i_value_clear/leaf $symbol i_symbol_save $symbol i_error_nonterminal $symbol i_loc_pop_discard i:ok_ast_value_pushParsers use it at the end of a non-terminal symbol generating an AST whose right-hand side is void.
i_value_clear/leaf $symbol i_symbol_save $symbol i_error_nonterminal $symbol i_loc_pop_discard i_ast_pop_rewind i:ok_ast_value_pushParsers use it at the end of a non-terminal symbol generating an AST discarding the AST generated by the right-hand side.
i_value_clear i_symbol_save $symbol i_error_nonterminal $symbol i_loc_pop_discard i_ast_pop_rewindParsers use it at the end of a void non-terminal symbol, discarding the AST generated by the right-hand side.
i_value_clear i_symbol_save $symbol i_error_nonterminal $symbol i_loc_pop_discardParsers use it at the end of a void non-terminal symbol with a void right-hand side.
i_input_next $msg i:fail_returnwith the appropriate i_test_xxx instruction. Parsers use them for handling atomic expressions.
This document, and the package it describes, will undoubtedly contain bugs and other problems. Please report such in the category pt of the Tcllib SF Trackers [http://sourceforge.net/tracker/?group_id=12883]. Please also report any ideas for enhancements you may have for either package and/or documentation.
EBNF, LL(k), PEG, TDPL, context-free languages, expression, grammar, matching, parser, parsing expression, parsing expression grammar, push down automaton, recursive descent, state, top-down parsing languages, transducer
Parsing and Grammars
Copyright (c) 2009 Andreas Kupries <andreas_kupries@users.sourceforge.net>
1.0.1 | pt |