PPG : a parser generator for extensible grammars

Distribution of PPG

1. The first line of a PPG specification is
   include "filename"
   where filename is a relative path to the inherited specification. A PPG spec can include a CUP spec or another PPG spec. It is an error for the chain of included files to contain a cycle.
2. A PPG grammar specification can modify the inherited grammar using the following commands:
   • precedence [ left | right | nonassoc ] tokenlist;
     is the syntax for specifying new precedence rules, which is exactly as they are specified in CUP. Specification of new precedence rules in a PPG specification replaces the precedence rules in the inherited grammar with these.
   • precedence;
     deletes all precedence rules from the inherited grammar, and is mutually exclusive with the syntax above: to add new precedence rules use the above syntax, use of this statement will only remove precedence rules.
   • drop { symbol }
     where symbol is an inherited terminal or nonterminal.
     The specified symbol is removed from grammar, and if a nonterminal, all productions where it is on the left-hand side are also eliminated. It is an error to drop a non-terminal and not drop productions where it is mentioned on the right-hand side.
   • drop { S ::= < productions> ; }
     where S is an inherited nonterminal, and productions are inherited productions. The specified productions are not inherited from the base grammar. The nonterminal remains in the grammar, even if ALL of its productions are dropped in this way; drop { S } must be used if the nonterminal is to be eliminated.
   • override S ::= < productions> ;
     The specified productions replace productions of S.
   • extend S ::= < productions> ;
     The specified productions are added to the nonterminal S.
   • transfer S to A₁ { rhs₁ } to A_n { rhs_n }
     where rhs_i is one or more right-hand sides of productions of S. Each of the nonterminals A_i is extended with productions as specified, and the transferred productions are not inherited by S, so a single production can be transferred to multiple nonterminals. Note that S may be one of the A_i, which has the effect of retaining the productions in S.
   • New terminals, nonterminals, and productions can be defined as in CUP and extend the base grammar.
3. PPG supports multiple start symbols in grammars. To specify which symbols may be used as start symbols, PPG provides the following syntax:
   start with S₁ func₁
   ...
   start with S_n func_n
   where each S_i is a non-terminal symbol that you would like to start the parser with, every time you call the function func_n. PPG will automatically generate a new nonterminal symbol for each of these productions to differentiate between the different nonterminals that the parsing may start with now, and patch the grammar accordingly. After the parser class is instantiated, any of the func_i can be called on it to parse the appropriate part of the grammar.
   Note: if you are using multiple inheritance, make sure to specify the symbols class you are planning to use with the -symbols switch. See running PPG section.

ppg [-symbols <class name>] <grammar file>

• -symbols <class name>
  is an optional switch which specifies the name of the constant class, as in CUP, and is only applicable if you are using multiple inheritance. You should specify the same class name to PPG as you will to CUP when you invoke it on the resulting output, because PPG will use that class name. The default class name is "sym", as it is in CUP.
• <grammar file>
  is either a standard CUP file or a PPG-based grammar inheritance file. The inherited base grammar file is searched for relative to the location of the PPG source file.

N' = N - drop(N) - transferL(N) + override(N) + transferR(N) + extend(N) + newProductions(N)

T' = T - drop(T) + newTerminals

P' = {}

P' = P_new