パースすることができるようになる。<token:...>ディレクティブが提供される。トークン化された入力を最終的にサポートしたときに)。トークンのハッシュリファレンスを戻り値にして常に成功する。プロダクションへの戻り値にそのハッシュリファレンスをセットする。実装されただけである。残りの部分は実体がない。awkward:パーサ構築時に最も共通して必要となることの一つは、二項演算子の指定だ。right.いずれにしても、醜し、正しく扱うのが困難だ。そのような演算子を指定する、より簡単な方法を提供してくれる。respectively.<leftop:...>ディレクティブは、左結合の二項演算子を指定する。これは他の三つの文法要素(典型的にはサブ規則と終端記号)の周辺に指定される。右オペランドの繰り返しが続く左オペランドにマッチする。ディレクティブ丸ごとの(単一の)値になる。リストを返すことに注意。case.だが問題がある:ときに演算子それ自体が重要なことがあるからだ。=>には追加的な意味がある。知ることが重要になる。ディレクティブが、二つの状況下では演算子も返すようにすればいい。最初のケースは、演算子がサブ規則として指定されている場合。重要であるなら、返すに値するくらい重要であろうという仮定に基づく)。returned).二番目のケースは、演算子が正規表現として指定されてる場合。値が返される(これはPerlのsplit関数の振る舞いに似ている。サブパターンが返される点を除いて)。directive:もちろん、上の指定は空リストのケースを扱わない。一つの右ないしは左オペランドにマッチする必要があるからだ。三番目の引数が同じサブ規則であることに注意して欲しい。リストを指定するのに使われるためである。文字列やサブ規則ではなく)。最初のプロダクションを受け入れる。選択することが最適とはいえないかもしれない。解釈としては最もよい。あったなら、二番目のプロダクションが正しいマッチになるだろう。result.このような状況に対応するために、<score:...>が利用できる。除いて、無条件<reject>と同じである。ためにキャッシュされる。キャッシュされたプロダクションがマッチしたものとして扱われる。