<html> <head> <title>Primitives</title> <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"> <link rel="stylesheet" href="theme/style.css" type="text/css"> </head> <body> <table width="100%" border="0" background="theme/bkd2.gif" cellspacing="2"> <tr> <td width="10"> </td> <td width="85%"> <font size="6" face="Verdana, Arial, Helvetica, sans-serif"><b>Primitives</b></font> </td> <td width="112"><a href="http://spirit.sf.net"><img src="theme/spirit.gif" width="112" height="48" align="right" border="0"></a></td> </tr> </table> <br> <table border="0"> <tr> <td width="10"></td> <td width="30"><a href="../index.html"><img src="theme/u_arr.gif" border="0"></a></td> <td width="30"><a href="basic_concepts.html"><img src="theme/l_arr.gif" border="0"></a></td> <td width="20"><a href="operators.html"><img src="theme/r_arr.gif" border="0"></a></td> </tr> </table> <p>The framework predefines some parser primitives. These are the most basic building blocks that the client uses to build more complex parsers. These primitive parsers are template classes, making them very flexible.</p> <p>All of these primitive parsers are classes which can be instantiated directly or through a templatized helper function. Generally, the helper function is far simpler to deal with as it involves less typing.</p> <p>We've seen the character literal parser before through the generator function <tt>ch_p</tt> which is not really a parser but, rather, a parser generator. Class <tt>chlit<CharT></tt> is the actual template class behind the character literal parser. To instantiate a <tt>chlit</tt> object, you must explicitly provide the character type, <tt>CharT</tt>, as a template parameter which determines the type of the character. This type typically corresponds to the input type, usually <tt>char</tt> or <tt>wchar_t</tt>. The following expression creates a temporary parser object which will recognize the single letter <span class="quotes">'X'</span>.</p> <pre><code><font color="#000000"><span class=identifier> </span><span class=identifier>chlit</span><span class=special><</span><span class=keyword>char</span><span class=special>>(</span><span class=literal>'X'</span><span class=special>);</span></font></code></pre> <p>Using <tt>chlit</tt>'s generator function <tt>ch_p</tt> simplifies the usage of the <tt>chlit<></tt> class (this is true of most Spirit parser classes, for that matter, since most have corresponding generator functions). It is more convenient to call the function because the compiler will deduce the template type through argument deduction for us. The example above could be expressed less verbosely using the <tt>ch_p </tt>helper function, . </p> <pre><code><font color="#000000"><span class=special> </span><span class=identifier>ch_p</span><span class=special>(</span><span class=literal>'X'</span><span class=special>) </span><span class=comment>// equivalent to chlit<char>('X') object</span></font></code></pre> <table width="80%" border="0" align="center"> <tr> <td class="note_box"><img src="theme/lens.gif" width="15" height="16"> <b>Parser generators</b><br> <br> Whenever you see an invocation of the parser generator function, it is equivalent to the parser itself. Therefore, we often call <tt>ch_p</tt> a character parser, even if, technically speaking, it is a function that generates a character parser.</td> </tr> </table> <p>The following grammar snippet shows these forms in action:</p> <pre><code><span class=comment> </span><span class=comment>// a rule can "store" a parser object. They're covered </span><span class=comment>// later, but for now just consider a rule as an opaque type </span><span class=identifier>rule</span><span class=special><> </span><span class=identifier>r1</span><span class=special>, </span><span class=identifier>r2</span><span class=special>, </span><span class=identifier>r3</span><span class=special>; </span><span class=identifier>chlit</span><span class=special><</span><span class=keyword>char</span><span class=special>> </span><span class=identifier>x</span><span class=special>(</span><span class=literal>'X'</span><span class=special>); </span><span class=comment>// declare a parser named x </span><span class=identifier>r1 </span><span class=special>= </span><span class=identifier>chlit</span><span class=special><</span><span class=keyword>char</span><span class=special>>(</span><span class=literal>'X'</span><span class=special>); </span><span class=comment>// explicit declaration </span><span class=identifier>r2 </span><span class=special>= </span><span class=identifier>x</span><span class=special>; </span><span class=comment>// using x </span><span class=identifier>r3 </span><span class=special>= </span><span class=identifier>ch_p</span><span class=special>(</span><span class=literal>'X'</span><span class=special>) </span><span class=comment>// using the generator</span></code></pre> <h2> chlit [ ch_p ]</h2> <p>Matches a single character literal. <tt>chlit</tt> has a single template type parameter which defaults to <tt>char</tt> (i.e. <tt>chlit<></tt> is equivalent to <tt>chlit<char></tt>). This type parameter is the character type that <tt>chlit</tt> will deal with when parsing. As mentioned, the function generator version deduces the template type parameters from the actual function arguments. The <tt>chlit</tt> class constructor accepts a single parameter: the character it will match the input against. Examples:</p> <pre><code><span class=comment> </span><span class=identifier>r1 </span><span class=special>= </span><span class=identifier>chlit</span><span class=special><>(</span><span class=literal>'X'</span><span class=special>); </span><span class=identifier>r2 </span><span class=special>= </span><span class=identifier>chlit</span><span class=special><</span><span class=keyword>wchar_t</span><span class=special>>(</span><span class=identifier>L</span><span class=literal>'X'</span><span class=special>); </span><span class=identifier>r3 </span><span class=special>= </span><span class=identifier>ch_p</span><span class=special>(</span><span class=literal>'X'</span><span class=special>);</span></code></pre> <p>Going back to our original example:</p> <pre><code><span class=special> </span><span class=identifier>group </span><span class=special>= </span><span class=literal>'(' </span><span class=special>>> </span><span class=identifier>expr </span><span class=special>>> </span><span class=literal>')'</span><span class=special>; </span><span class=identifier>expr1 </span><span class=special>= </span><span class=identifier>integer </span><span class=special>| </span><span class=identifier>group</span><span class=special>; </span><span class=identifier>expr2 </span><span class=special>= </span><span class=identifier>expr1 </span><span class=special>>> </span><span class=special>*((</span><span class=literal>'*' </span><span class=special>>> </span><span class=identifier>expr1</span><span class=special>) </span><span class=special>| </span><span class=special>(</span><span class=literal>'/' </span><span class=special>>> </span><span class=identifier>expr1</span><span class=special>)); </span><span class=identifier>expr </span><span class=special>= </span><span class=identifier>expr2 </span><span class=special>>> </span><span class=special>*((</span><span class=literal>'+' </span><span class=special>>> </span><span class=identifier>expr2</span><span class=special>) </span><span class=special>| </span><span class=special>(</span><span class=literal>'-' </span><span class=special>>> </span><span class=identifier>expr2</span><span class=special>));</span></code></pre> <p></p> <p>the character literals <tt class="quotes">'('</tt>, <tt class="quotes">')'</tt>, <tt class="quotes">'+'</tt>, <tt class="quotes">'-'</tt>, <tt class="quotes">'*'</tt> and <tt class="quotes">'/'</tt> in the grammar declaration are <tt>chlit</tt> objects that are implicitly created behind the scenes.</p> <table width="80%" border="0" align="center"> <tr> <td class="note_box"><img src="theme/lens.gif" width="15" height="16"> <b>char operands</b> <br> <br> The reason this works is from two special templatized overloads of <tt>operator<span class="operators">>></span></tt> that takes a (<tt>char</tt>, <tt> ParserT</tt>), or (<tt>ParserT</tt>, <tt>char</tt>). These functions convert the character into a <tt>chlit</tt> object.</td> </tr> </table> <p> One may prefer to declare these explicitly as:</p> <pre><code><span class=special> </span><span class=identifier>chlit</span><span class=special><> </span><span class=identifier>plus</span><span class=special>(</span><span class=literal>'+'</span><span class=special>); </span><span class=identifier>chlit</span><span class=special><> </span><span class=identifier>minus</span><span class=special>(</span><span class=literal>'-'</span><span class=special>); </span><span class=identifier>chlit</span><span class=special><> </span><span class=identifier>times</span><span class=special>(</span><span class=literal>'*'</span><span class=special>); </span><span class=identifier>chlit</span><span class=special><> </span><span class=identifier>divide</span><span class=special>(</span><span class=literal>'/'</span><span class=special>); </span><span class=identifier>chlit</span><span class=special><> </span><span class=identifier>oppar</span><span class=special>(</span><span class=literal>'('</span><span class=special>); </span><span class=identifier>chlit</span><span class=special><> </span><span class=identifier>clpar</span><span class=special>(</span><span class=literal>')'</span><span class=special>);</span></code></pre> <h2>range [ range_p ]</h2> <p>A <tt>range</tt> of characters is created from a low/high character pair. Such a parser matches a single character that is in the <tt>range</tt>, including both endpoints. Like <tt>chlit</tt>, <tt>range</tt> has a single template type parameter which defaults to <tt>char</tt>. The <tt>range</tt> class constructor accepts two parameters: the character range (<I>from</I> and <I>to</I>, inclusive) it will match the input against. The function generator version is <tt>range_p</tt>. Examples:</p> <pre><code><span class=special> </span><span class=identifier>range</span><span class=special><>(</span><span class=literal>'A'</span><span class=special>,</span><span class=literal>'Z'</span><span class=special>) </span><span class=comment>// matches 'A'..'Z' </span><span class=identifier>range_p</span><span class=special>(</span><span class=literal>'a'</span><span class=special>,</span><span class=literal>'z'</span><span class=special>) </span><span class=comment>// matches 'a'..'z'</span></code></pre> <p>Note, the first character must be "before" the second, according to the underlying character encoding characters.</p> <table border="0" align="center" width="80%"> <tr> <td class="note_box"><img src="theme/alert.gif" width="16" height="16"><b> Character mapping</b><br> <br> Character mapping to is inherently platform dependent. It is not guaranteed in the standard for example that 'A' < 'Z', however, in many occassions, we are well aware of the character set we are using such as ASCII, ISO-8859-1 or Unicode. Take care though when porting to another platform.</td> </tr> </table> <h2> strlit [ str_p ]</h2> <p>This parser matches a string literal. <tt>strlit</tt> has a single template type parameter: an iterator type. Internally, <tt>strlit</tt> holds a begin/end iterator pair pointing to a string or a container of characters. The <tt>strlit</tt> attempts to match the current input stream with this string. The template type parameter defaults to <tt>char const<span class="operators">*</span></tt>. <tt>strlit</tt> has two constructors. The first accepts a null-terminated character pointer. This constructor may be used to build <tt>strlits</tt> from quoted string literals. The second constructor takes in a first/last iterator pair. The function generator version is <tt>str_p</tt>. Examples:</p> <pre><code><span class=comment> </span><span class=identifier>strlit</span><span class=special><>(</span><span class=string>"Hello World"</span><span class=special>) </span><span class=identifier>str_p</span><span class=special>(</span><span class=string>"Hello World"</span><span class=special>) </span><span class=identifier>std</span><span class=special>::</span><span class=identifier>string </span><span class=identifier>msg</span><span class=special>(</span><span class=string>"Hello World"</span><span class=special>); </span><span class=identifier>strlit</span><span class=special><>(</span><span class=identifier>msg</span><span class=special>.</span><span class=identifier>begin</span><span class=special>(), </span><span class=identifier>msg</span><span class=special>.</span><span class=identifier>end</span><span class=special>());</span></code></pre> <table width="80%" border="0" align="center"> <tr> <td class="note_box"><img src="theme/note.gif" width="16" height="16"> <b>Character and phrase level parsing</b><br> <br> Typical parsers regard the processing of characters (symbols that form words or lexemes) and phrases (words that form sentences) as separate domains. Entities such as reserved words, operators, literal strings, numerical constants, etc., which constitute the terminals of a grammar are usually extracted first in a separate lexical analysis stage.<br> <br> At this point, as evident in the examples we have so far, it is important to note that, contrary to standard practice, the Spirit framework handles parsing tasks at both the character level as well as the phrase level. One may consider that a lexical analyzer is seamlessly integrated in the Spirit framework.<br> <br> Although the Spirit parser library does not need a separate lexical analyzer, there is no reason why we cannot have one. One can always have as many parser layers as needed. In theory, one may create a preprocessor, a lexical analyzer and a parser proper, all using the same framework.</td> </tr> </table> <h2>chseq [ chseq_p ]</h2> <p>Matches a character sequence. <tt>chseq</tt> has the same template type parameters and constructor parameters as strlit. The function generator version is <tt>chseq_p</tt>. Examples:</p> <pre><code><span class=special> </span><span class=identifier>chseq</span><span class=special><>(</span><span class=string>"ABCDEFG"</span><span class=special>) </span><span class=identifier>chseq_p</span><span class=special>(</span><span class=string>"ABCDEFG"</span><span class=special>)</span></code></pre> <p><tt>strlit</tt> is an implicit lexeme. That is, it works solely on the character level. <tt>chseq</tt>, <tt>strlit</tt>'s twin, on the other hand, can work on both the character and phrase levels. What this simply means is that it can ignore white spaces in between the string characters. For example:</p> <pre><code><span class=special> </span><span class=identifier>chseq</span><span class=special><>(</span><span class=string>"ABCDEFG"</span><span class=special>)</span></code></pre> <p>can parse:</p> <pre><span class=special> </span><span class=identifier>ABCDEFG </span><span class=identifier>A </span><span class=identifier>B </span><span class=identifier>C </span><span class=identifier>D </span><span class=identifier>E </span><span class=identifier>F </span><span class=identifier>G </span><span class=identifier>AB </span><span class=identifier>CD </span><span class=identifier>EFG</span></pre> <h2>More character parsers</h2> <p>The framework also predefines a few more utility parsers plus a full repertoire of single character parsers. Unlike the <tt>ch_p</tt> and the rest of the generator functions we've seen above, these parsers are actual instantiations.</p> <table width="90%" border="0" align="center"> <tr> <td class="table_title" colspan="2">Single character parsers</td> </tr> <tr> <td class="table_cells" width="30%"><b>epsilon_p [ eps_p ]</b></td> <td class="table_cells" width="70%">Matches the null string (always returns a sucessful match with 0 length)</td> </tr> <tr> <td class="table_cells" width="30%"><b>anychar_p</b></td> <td class="table_cells" width="70%">Matches any single character (including the null terminator: '\0')</td> </tr> <tr> <td class="table_cells" width="30%"><b>nothing_p</b></td> <td class="table_cells" width="70%">Never matches anything and always fails</td> </tr> <tr> <td class="table_cells" width="30%"><b>alnum_p</b></td> <td class="table_cells" width="70%">Matches alpha-numeric characters</td> </tr> <tr> <td class="table_cells" width="30%"><b>alpha_p</b></td> <td class="table_cells" width="70%">Matches alphabetic characters</td> </tr> <tr> <td class="table_cells" width="30%"><b>blank_p</b></td> <td class="table_cells" width="70%">Matches spaces or tabs</td> </tr> <tr> <td class="table_cells" width="30%"><b>cntrl_p</b></td> <td class="table_cells" width="70%">Matches control characters</td> </tr> <tr> <td class="table_cells" width="30%"><b>digit_p</b></td> <td class="table_cells" width="70%">Matches numeric digits</td> </tr> <tr> <td class="table_cells" width="30%"><b>graph_p</b></td> <td class="table_cells" width="70%">Matches non-space printing characters</td> </tr> <tr> <td class="table_cells" width="30%"><b>lower_p</b></td> <td class="table_cells" width="70%">Matches lower case letters</td> </tr> <tr> <td class="table_cells" width="30%"><b>print_p</b></td> <td class="table_cells" width="70%">Matches printable characters</td> </tr> <tr> <td class="table_cells" width="30%"><b>punct_p</b></td> <td class="table_cells" width="70%">Matches punctuation symbols</td> </tr> <tr> <td class="table_cells" width="30%"><b>space_p</b></td> <td class="table_cells" width="70%">Matches spaces, tabs, returns, and newlines</td> </tr> <tr> <td class="table_cells" width="30%"><b>upper_p</b></td> <td class="table_cells" width="70%">Matches upper case letters</td> </tr> <tr> <td class="table_cells" width="30%"><b>xdigit_p</b></td> <td class="table_cells" width="70%">Matches hexadecimal digits</td> </tr> <tr> <td class="table_cells" width="30%"><b>eol_p</b></td> <td class="table_cells" width="70%">Matches the end of line (CR/LF and combinations thereof)</td> </tr> <tr> <td class="table_cells" width="30%"><b>end_p</b></td> <td class="table_cells" width="70%">Matches the end of input (returns a sucessful match with 0 length when the input is exhausted)</td> </tr> </table> <br> <table border="0"> <tr> <td width="10"></td> <td width="30"><a href="../index.html"><img src="theme/u_arr.gif" border="0"></a></td> <td width="30"><a href="basic_concepts.html"><img src="theme/l_arr.gif" border="0"></a></td> <td width="20"><a href="operators.html"><img src="theme/r_arr.gif" border="0"></a></td> </tr> </table> <br> <hr size="1"> <p class="copyright">Copyright © 1998-2002 Joel de Guzman<br> <br> <font size="2">Permission to copy, use, modify, sell and distribute this document is granted provided this copyright notice appears in all copies. This document is provided "as is" without express or implied warranty, and with no claim as to its suitability for any purpose. </font> </p> <p> </p> </body> </html>