File: lex_2.html

package info (click to toggle)
eli-doc 4.4.0-4
  • links: PTS
  • area: main
  • in suites: sarge
  • size: 13,256 kB
  • ctags: 4,583
  • sloc: makefile: 42
file content (385 lines) | stat: -rw-r--r-- 17,866 bytes parent folder | download
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
<HTML>
<HEAD>
<!-- This HTML file has been created by texi2html 1.29
     from ../tnf/lex.tnf on 12 Febuary 2003 -->

<TITLE>Lexical Analysis - Canned Symbol Descriptions</TITLE>
</HEAD>
<BODY TEXT="#000000" BGCOLOR="#FFFFFF" LINK="#0000EE" VLINK="#551A8B" ALINK="#FF0000" BACKGROUND="gifs/bg.gif">
<TABLE BORDER=0 CELLSPACING=0 CELLPADDING=0" VALIGN=BOTTOM>
<TR VALIGN=BOTTOM>
<TD WIDTH="160" VALIGN=BOTTOM><IMG SRC="gifs/elilogo.gif" BORDER=0>&nbsp;</TD>
<TD WIDTH="25" VALIGN=BOTTOM><img src="gifs/empty.gif" WIDTH=25 HEIGHT=25></TD>
<TD ALIGN=LEFT WIDTH="600" VALIGN=BOTTOM><IMG SRC="gifs/title.gif"></TD>
</TR>
</TABLE>

<HR size=1 noshade width=785 align=left>
<TABLE BORDER=0 CELLSPACING=2 CELLPADDING=0>
<TR>
<TD VALIGN=TOP WIDTH="160">
<h4>General Information</h4>

<table BORDER=0 CELLSPACING=0 CELLPADDING=0>
<tr valign=top><td><img src="gifs/gelbekugel.gif" WIDTH=7 HEIGHT=7 ALT=" o"> </td><td><a href="index.html">Eli: Translator Construction Made Easy</a></td></tr>
<tr valign=top><td><img src="gifs/gelbekugel.gif" WIDTH=7 HEIGHT=7 ALT=" o"> </td><td><a href="gindex_toc.html">Global Index</a></td></tr>
<tr valign=top><td><img src="gifs/gelbekugel.gif" WIDTH=7 HEIGHT=7 ALT=" o"> </td><td><a href="faq_toc.html" >Frequently Asked Questions</a> </td></tr>
</table>

<h4>Tutorials</h4>

<table BORDER=0 CELLSPACING=0 CELLPADDING=0>
<tr valign=top><td><img src="gifs/gelbekugel.gif" WIDTH=7 HEIGHT=7 ALT=" o"> </td><td><a href="EliRefCard_toc.html">Quick Reference Card</a></td></tr>
<tr valign=top><td><img src="gifs/gelbekugel.gif" WIDTH=7 HEIGHT=7 ALT=" o"> </td><td><a href="novice_toc.html">Guide For new Eli Users</a></td></tr>
<tr valign=top><td><img src="gifs/gelbekugel.gif" WIDTH=7 HEIGHT=7 ALT=" o"> </td><td><a href="news_toc.html">Release Notes of Eli</a></td></tr>
<tr valign=top><td><img src="gifs/gelbekugel.gif" WIDTH=7 HEIGHT=7 ALT=" o"> </td><td><a href="nametutorial_toc.html">Tutorial on Name Analysis</a></td></tr>
<tr valign=top><td><img src="gifs/gelbekugel.gif" WIDTH=7 HEIGHT=7 ALT=" o"> </td><td><a href="typetutorial_toc.html">Tutorial on Type Analysis</a></td></tr>
</table>

<h4>Reference Manuals</h4>

<table BORDER=0 CELLSPACING=0 CELLPADDING=0>
<tr valign=top><td><img src="gifs/gelbekugel.gif" WIDTH=7 HEIGHT=7 ALT=" o"> </td><td><a href="ui_toc.html">User Interface</a></td></tr>
<tr valign=top><td><img src="gifs/gelbekugel.gif" WIDTH=7 HEIGHT=7 ALT=" o"> </td><td><a href="pp_toc.html">Eli products and parameters</a></td></tr>
<tr valign=top><td><img src="gifs/gelbekugel.gif" WIDTH=7 HEIGHT=7 ALT=" o"> </td><td><a href="lidoref_toc.html">LIDO Reference Manual</a></td></tr>
</table>

<h4>Libraries</h4>

<table BORDER=0 CELLSPACING=0 CELLPADDING=0>
<tr valign=top><td><img src="gifs/gelbekugel.gif" WIDTH=7 HEIGHT=7 ALT=" o"> </td><td><a href="lib_toc.html">Eli library routines</a></td></tr>
<tr valign=top><td><img src="gifs/gelbekugel.gif" WIDTH=7 HEIGHT=7 ALT=" o"> </td><td><a href="modlib_toc.html">Specification Module Library</a></td></tr>
</table>

<h4>Translation Tasks</h4>

<table BORDER=0 CELLSPACING=0 CELLPADDING=0>
<tr valign=top><td><img src="gifs/gelbekugel.gif" WIDTH=7 HEIGHT=7 ALT=" o"> </td><td><a href="lex_toc.html">Lexical analysis specification</a></td></tr>
<tr valign=top><td><img src="gifs/gelbekugel.gif" WIDTH=7 HEIGHT=7 ALT=" o"> </td><td><a href="syntax_toc.html">Syntactic Analysis Manual</a></td></tr>
<tr valign=top><td><img src="gifs/gelbekugel.gif" WIDTH=7 HEIGHT=7 ALT=" o"> </td><td><a href="comptrees_toc.html">Computation in Trees</a></td></tr>
</table>

<h4>Tools</h4>

<table BORDER=0 CELLSPACING=0 CELLPADDING=0>
<tr valign=top><td><img src="gifs/gelbekugel.gif" WIDTH=7 HEIGHT=7 ALT=" o"> </td><td><a href="lcl_toc.html">LIGA Control Language</a> </td></tr>
<tr valign=top><td><img src="gifs/gelbekugel.gif" WIDTH=7 HEIGHT=7 ALT=" o"> </td><td><a href="show_toc.html">Debugging Information for LIDO</a> </td></tr>
<tr valign=top><td><img src="gifs/gelbekugel.gif" WIDTH=7 HEIGHT=7 ALT=" o"> </td><td><a href="gorto_toc.html">Graphical ORder TOol</a> </td></tr>
</table>
<p>
<table BORDER=0 CELLSPACING=0 CELLPADDING=0>
<tr valign=top><td><img src="gifs/gelbekugel.gif" WIDTH=7 HEIGHT=7 ALT=" o"> </td><td><a href="fw_toc.html">FunnelWeb User's Manual</a> </td></tr>
</table>
<p>
<table BORDER=0 CELLSPACING=0 CELLPADDING=0>
<tr valign=top><td><img src="gifs/gelbekugel.gif" WIDTH=7 HEIGHT=7 ALT=" o"> </td><td><a href="ptg_toc.html">Pattern-based Text Generator</a> </td></tr>
<tr valign=top><td><img src="gifs/gelbekugel.gif" WIDTH=7 HEIGHT=7 ALT=" o"> </td><td><a href="deftbl_toc.html">Property Definition Language</a> </td></tr>
<tr valign=top><td><img src="gifs/gelbekugel.gif" WIDTH=7 HEIGHT=7 ALT=" o"> </td><td><a href="oil_toc.html">Operator Identification Language</a> </td></tr>
<tr valign=top><td><img src="gifs/gelbekugel.gif" WIDTH=7 HEIGHT=7 ALT=" o"> </td><td><a href="tp_toc.html">Tree Grammar Specification Language</a> </td></tr>
<tr valign=top><td><img src="gifs/gelbekugel.gif" WIDTH=7 HEIGHT=7 ALT=" o"> </td><td><a href="clp_toc.html">Command Line Processing</a> </td></tr>
<tr valign=top><td><img src="gifs/gelbekugel.gif" WIDTH=7 HEIGHT=7 ALT=" o"> </td><td><a href="cola_toc.html">COLA Options Reference Manual</a> </td></tr>
</table>
<p>
<table BORDER=0 CELLSPACING=0 CELLPADDING=0>
<tr valign=top><td><img src="gifs/gelbekugel.gif" WIDTH=7 HEIGHT=7 ALT=" o"> </td><td><a href="idem_toc.html">Generating Unparsing Code</a> </td></tr>
</table>
<p>
<table BORDER=0 CELLSPACING=0 CELLPADDING=0>
<tr valign=top><td><img src="gifs/gelbekugel.gif" WIDTH=7 HEIGHT=7 ALT=" o"> </td><td><a href="mon_toc.html">Monitoring a Processor's Execution</a> </td></tr>
</table>

<h4>Administration</h4>

<table BORDER=0 CELLSPACING=0 CELLPADDING=0>
<tr valign=top><td><img src="gifs/gelbekugel.gif" WIDTH=7 HEIGHT=7 ALT=" o"> </td><td><a href="sysadmin_toc.html">System Administration Guide</a> </td></tr>
</table>

<HR WIDTH="100%">
<CENTER>&nbsp;<A HREF="mailto:elibugs@cs.colorado.edu"><IMG SRC="gifs/button_mail.gif" NOSAVE BORDER=0 HEIGHT=32 WIDTH=32></A><A HREF="mailto:elibugs@cs.colorado.edu">Questions, Comments, ....</A></CENTER>

</TD>
<TD VALIGN=TOP WIDTH="25"><img src="gifs/empty.gif" WIDTH=25 HEIGHT=25></TD>

<TD VALIGN=TOP WIDTH="600">
<H1>Lexical Analysis</H1>
<P>
<IMG SRC="gifs/empty.gif" WIDTH=25 HEIGHT=25 ALT=""><A HREF="lex_1.html"><IMG SRC="gifs/prev.gif" ALT="Previous Chapter" BORDER="0"></A>
<IMG SRC="gifs/empty.gif" WIDTH=25 HEIGHT=25 ALT=""><A HREF="lex_3.html"><IMG SRC="gifs/next.gif" ALT="Next Chapter" BORDER="0"></A>
<IMG SRC="gifs/empty.gif" WIDTH=25 HEIGHT=25 ALT=""><A HREF="lex_toc.html"><IMG SRC="gifs/up.gif" ALT="Table of Contents" BORDER="0"></A>
<IMG SRC="gifs/empty.gif" WIDTH=25 HEIGHT=25 ALT="">
<HR size=1 noshade width=600 align=left>
<A NAME="IDX70"></A>
<A NAME="IDX71"></A>
<A NAME="IDX72"></A>
<H1><A NAME="SEC13" HREF="lex_toc.html#SEC13">Canned Symbol Descriptions</A></H1>
For many applications, the exact structure of the symbols that must be
recognized is not important or the problem description specifies
that the symbols should be the same as the symbols used in some other
situation (e.g. identifiers might be specified to use the same format as
C identifiers).
To cover this common situation, Eli provides a set of canned symbol
descriptions.
<P>
To use a canned description, simply write the canned description's
identifier in a specification instead of writing a regular expression.
For example, the following type-<TT>`gla'</TT> file tells Eli that the input
text will contain C-style identifiers and strings, Ada-style comments,
and Pascal-style integers:
<A NAME="IDX73"></A>
<A NAME="IDX74"></A>
<A NAME="IDX75"></A>
<A NAME="IDX76"></A>
<P>
<PRE>
Identifier: C_IDENTIFIER
            ADA_COMMENT
String:     C_STRING_LIT
Integer:    PASCAL_INTEGER
</PRE>
<P>
<CODE>Identifier</CODE>, <CODE>String</CODE> and <CODE>Integer</CODE> would appear as
non-literal terminal symbols in the context-free grammar defining the
phrase structure of this input text
(see  <A HREF="syntax_1.html#SEC2">How to describe a context-free grammar of Syntax Analysis</A>).
<P>
The available canned descriptions are defined later in this section.
All of these definitions include a regular expression, and some include
auxiliary scanners and/or token processors.
An auxiliary scanner or token processor specified by a canned description
can be overridden by nominating a different one in the specification that
names the canned description.
For example, the canned description <CODE>PASCAL_STRING</CODE> includes the token
processor <CODE>mkstr</CODE> (see  <A HREF="lex_1.html#SEC8">Available scanners</A>).
This token processor stores multiple copies of the same string in the
character storage module.
The following specification overrides <CODE>mkstr</CODE> with <CODE>mkidn</CODE>, which
stores only one copy of each distinct string:
<A NAME="IDX77"></A>
<A NAME="IDX78"></A>
<P>
<PRE>
Str: PASCAL_STRING [mkidn]
</PRE>
<P>
The auxiliary scanner <CODE>auxPascalString</CODE>, included in the canned
description, is not overridden by this specification.
<P>
The remainder of this section characterizes the canned descriptions that are
available in the Eli library, and also gives their definitions.
<P>
<H2><A NAME="SEC14" HREF="lex_toc.html#SEC14">Available Descriptions</A></H2>
<P>
Each of the identifiers in the following list is the name of a canned
description specifying the lexical structure of some component of an
existing programming language.
Here they are simply characterized by the role they play in that language.
A complete definition of each, consisting of a regular expression, possibly
an auxiliary scanner name, and possibly a token processor name, is given in
the next section.
<P>
When building a new language, it is a good idea to use canned descriptions
for lexical components:
Time is not wasted in deciding on their form, mistakes are not made in
their implementation, and users are familiar with them.
<P>
The list also provides canned descriptions for spaces, tabs and newlines.
These white space characters are treated as comments by default.
If, however, you define any pattern that will accept a white space
character in its first position, this pattern overrides the
default treatment and that white space character will be accepted <EM>only</EM>
in contexts that are specified explicitly
(see  <A HREF="lex_3.html#SEC16">Spaces, Tabs and Newlines</A>).
For example, suppose that the following pattern were defined
and that no other patterns contain spaces:
<P>
<PRE>
Separator:  $\040+#\040+
</PRE>
<P>
In that situation, a space will be accepted only if it is part of a
<CODE>Separator</CODE>.
To treat spaces that are not part of a <CODE>Separator</CODE> as comments,
include the canned description <CODE>SPACES</CODE> as a comment specification:
<P>
<PRE>
Separator:  $\040+#\040+
            SPACES
</PRE>
<P>
Note that only a white space character that appears at the beginning of a
pattern loses its default interpretation in this way.
In this example, neither the tab nor the newline appeared at the beginning
of a pattern and therefore tabs and newlines continue to be treated as
comments.
<P>
<DL COMPACT>
<A NAME="IDX79"></A>
<A NAME="IDX80"></A>
<A NAME="IDX81"></A>
<A NAME="IDX82"></A>
<A NAME="IDX83"></A>
<A NAME="IDX84"></A>
<A NAME="IDX85"></A>
<DT><CODE>C_IDENTIFIER, C_INTEGER, C_INT_DENOTATION, C_FLOAT, C_STRING_LIT, C_CHAR_CONSTANT, C_COMMENT</CODE>
<DD>Identifiers, integer constants, floating point constants, string
literals, character literals, and comments from the C programming
language, respectively.
<P>
<CODE>C_INTEGER</CODE> does not permit the L or U flags, but does correctly
accept all other C integer denotations.
By default, it uses <CODE>c_mkint</CODE> to convert the denotation to an
internal <CODE>int</CODE> value.
<CODE>c_mkint</CODE> obeys the C rules for determining the radix of the conversion.
<P>
<CODE>C_INT_DENOTATION</CODE> accepts all valid ANSI C integer denotations.
By default, it uses <CODE>mkstr</CODE> to deliver a unique string table index for
every occurrence of a denotation.
This behavior is often overridden by adding <CODE>[mkidn]</CODE>:
<P>
<PRE>
Integer:  C_INT_DENOTATION [mkidn]
</PRE>
<P>
In this case, two identical denotations will have the same string table
index.
<P>
<A NAME="IDX86"></A>
<A NAME="IDX87"></A>
<A NAME="IDX88"></A>
<A NAME="IDX89"></A>
<A NAME="IDX90"></A>
<DT><CODE>PASCAL_IDENTIFIER, PASCAL_INTEGER, PASCAL_REAL, PASCAL_STRING, PASCAL_COMMENT</CODE>
<DD>Identifiers, integer constants, real constants, string literals, and
comments from the Pascal programming language, respectively.
<A NAME="IDX91"></A>
<A NAME="IDX92"></A>
<A NAME="IDX93"></A>
<A NAME="IDX94"></A>
<A NAME="IDX95"></A>
<DT><CODE>MODULA2_INTEGER, MODULA2_CHARINT, MODULA2_LITERALDQ, MODULA2_LITERALSQ, MODULA2_COMMENT</CODE>
<DD>Integer constants, characters specified using character codes, string
literals delimited by double and single quotes, and comments from the
Modula-2 programming language, respectively.
<A NAME="IDX96"></A>
<DT><CODE>MODULA3_COMMENT</CODE>
<DD>Comments from the Modula-3 programming language.
<A NAME="IDX97"></A>
<A NAME="IDX98"></A>
<DT><CODE>ADA_IDENTIFIER, ADA_COMMENT</CODE>
<DD>Identifiers and comments from the Ada programming language.
<A NAME="IDX99"></A>
<DT><CODE>AWK_COMMENT</CODE>
<DD>Comments from the AWK programming language.
<A NAME="IDX100"></A>
<DT><CODE>SPACES</CODE>
<DD>Sequence of one or more spaces.
<A NAME="IDX101"></A>
<DT><CODE>TAB</CODE>
<DD>A single horizontal tab.
<A NAME="IDX102"></A>
<DT><CODE>NEW_LINE</CODE>
<DD>A single newline.
</DL>
<P>
<H2><A NAME="SEC15" HREF="lex_toc.html#SEC15">Definitions of Canned Descriptions</A></H2>
<P>
Eli textually replaces a reference to a canned description with its
definition.
If a user nominates an auxiliary scanner and/or a token processor
for a canned description, that overrides the corresponding nomination
appearing in the definition of the canned description.
<P>
The following is an alphabetized list of the canned descriptions
available in the Eli library, with their definitions.
Use this list as a formal definition, and as an example for constructing
specifications.
(<CODE>C_FLOAT</CODE> and <CODE>PASCAL_REAL</CODE> have definitions that are too long
to fit on one line of this document.
Each is, however, a single line in the specification file.)
<P>
<PRE>
<A NAME="IDX103"></A>
<A NAME="IDX104"></A>
<DL COMPACT>
<DT><CODE>ADA_COMMENT</CODE>
<DD><CODE>$-- (auxEOL)</CODE>
<A NAME="IDX105"></A><DT><CODE>ADA_IDENTIFIER</CODE>
<DD><CODE>$[a-zA-Z](_?[a-zA-Z0-9])* [mkidn]</CODE>
<A NAME="IDX106"></A><DT><CODE>AWK_COMMENT</CODE>
<DD><CODE>$# (auxEOL)</CODE>
<A NAME="IDX108"></A>
<A NAME="IDX107"></A><DT><CODE>C_COMMENT</CODE>
<DD><CODE>$"/*" (auxCComment)</CODE>
<A NAME="IDX110"></A>
<A NAME="IDX111"></A>
<A NAME="IDX109"></A><DT><CODE>C_CHAR_CONSTANT</CODE>
<DD><CODE>$' (auxCChar) [c_mkchar]</CODE>
<A NAME="IDX113"></A>
<A NAME="IDX112"></A><DT><CODE>C_FLOAT</CODE>
<DD><CODE>$((([0-9]+\.[0-9]*|\.[0-9]+)((e|E)(\+|-)?[0-9]+)?)|
([0-9]+(e|E)(\+|-)?[0-9]+))[fFlL]? [mkstr]</CODE>
<A NAME="IDX115"></A>
<A NAME="IDX114"></A><DT><CODE>C_IDENTIFIER</CODE>
<DD><CODE>$[a-zA-Z_][a-zA-Z_0-9]* [mkidn]</CODE>
<A NAME="IDX117"></A>
<A NAME="IDX116"></A><DT><CODE>C_INTEGER</CODE>
<DD><CODE>$([0-9]+|0[xX][0-9a-fA-F]*) [c_mkint]</CODE>
<A NAME="IDX119"></A>
<A NAME="IDX118"></A><DT><CODE>C_INT_DENOTATION</CODE>
<DD><CODE>$([1-9][0-9]*|0[0-7]*|0[xX][0-9a-fA-F]+)([uU][lL]?|[lL][uU]?)? [mkstr]</CODE>
<A NAME="IDX121"></A>
<A NAME="IDX122"></A>
<A NAME="IDX120"></A><DT><CODE>C_STRING_LIT</CODE>
<DD><CODE>$\" (auxCString) [mkstr]</CODE>
<A NAME="IDX123"></A><DT><CODE>MODULA_INTEGER</CODE>
<DD><CODE>$[0-9][0-9A-Fa-f]*[BCH]? [modula_mkint]</CODE>
<A NAME="IDX125"></A>
<A NAME="IDX126"></A>
<A NAME="IDX124"></A><DT><CODE>MODULA2_COMMENT, MODULA3_COMMENT</CODE>
<DD><CODE>$\(\* (auxM3Comment)</CODE>
<A NAME="IDX128"></A>
<A NAME="IDX127"></A><DT><CODE>MODULA2_CHARINT</CODE>
<DD><CODE>$[0-9][0-9A-Fa-f]*C [modula_mkint]</CODE>
<A NAME="IDX129"></A><DT><CODE>MODULA2_INTEGER</CODE>
<DD><CODE>$[0-9][0-9A-Fa-f]*[BH]? [modula_mkint]</CODE>
<A NAME="IDX131"></A>
<A NAME="IDX132"></A>
<A NAME="IDX130"></A><DT><CODE>MODULA2_LITERALDQ</CODE>
<DD><CODE>$\" (auxM2String) [mkstr]</CODE>
<A NAME="IDX134"></A>
<A NAME="IDX133"></A><DT><CODE>MODULA2_LITERALSQ</CODE>
<DD><CODE>$\' (auxM2String) [mkstr]</CODE>
<A NAME="IDX136"></A>
<A NAME="IDX135"></A><DT><CODE>PASCAL_COMMENT</CODE>
<DD><CODE>$"{"|"(*" (auxPascalComment)</CODE>
<A NAME="IDX137"></A><DT><CODE>PASCAL_IDENTIFIER</CODE>
<DD><CODE>$[a-zA-Z][a-zA-Z0-9]*  [mkidn]</CODE>
<A NAME="IDX138"></A><DT><CODE>PASCAL_INTEGER</CODE>
<DD><CODE>$[0-9]+  [mkint]</CODE>
<A NAME="IDX139"></A><DT><CODE>PASCAL_REAL</CODE>
<DD><CODE>$(([0-9]+\.[0-9]+)((e|E)(\+|-)?[0-9]+)?)|([0-9]+(e|E)(\+|-)?[0-9]+)
[mkstr]</CODE>
<A NAME="IDX141"></A>
<A NAME="IDX140"></A><DT><CODE>PASCAL_STRING</CODE>
<DD><CODE>$' (auxPascalString) [mkstr]</CODE>
<DT><CODE>SPACES</CODE>
<DD><CODE>$\040+</CODE>
<A NAME="IDX142"></A><DT><CODE>TAB</CODE>
<DD><CODE>$\t (auxTab)</CODE>
<A NAME="IDX143"></A><DT><CODE>NEW_LINE</CODE>
<DD><CODE>$\n (auxNewLine)</CODE>
<A NAME="IDX144"></A></DL>
</PRE>
<P>
<HR size=1 noshade width=600 align=left>
<P>
<IMG SRC="gifs/empty.gif" WIDTH=25 HEIGHT=25 ALT=""><A HREF="lex_1.html"><IMG SRC="gifs/prev.gif" ALT="Previous Chapter" BORDER="0"></A>
<IMG SRC="gifs/empty.gif" WIDTH=25 HEIGHT=25 ALT=""><A HREF="lex_3.html"><IMG SRC="gifs/next.gif" ALT="Next Chapter" BORDER="0"></A>
<IMG SRC="gifs/empty.gif" WIDTH=25 HEIGHT=25 ALT=""><A HREF="lex_toc.html"><IMG SRC="gifs/up.gif" ALT="Table of Contents" BORDER="0"></A>
<IMG SRC="gifs/empty.gif" WIDTH=25 HEIGHT=25 ALT="">
<HR size=1 noshade width=600 align=left>
</TD>
</TR>
</TABLE>

</BODY></HTML>