aboutsummaryrefslogtreecommitdiffstats
path: root/doc/lispref/syntax.texi
diff options
context:
space:
mode:
authorGlenn Morris2007-09-06 04:25:08 +0000
committerGlenn Morris2007-09-06 04:25:08 +0000
commitb8d4c8d0e9326f8ed2d1f6fc0a38fb89ec29ed27 (patch)
tree35344b3af55b9a142f03e1a3600dd162fb8c55cc /doc/lispref/syntax.texi
parentf69340d750ef530bcc3497243ab3be3187f8ce6e (diff)
downloademacs-b8d4c8d0e9326f8ed2d1f6fc0a38fb89ec29ed27.tar.gz
emacs-b8d4c8d0e9326f8ed2d1f6fc0a38fb89ec29ed27.zip
Move here from ../../lispref
Diffstat (limited to 'doc/lispref/syntax.texi')
-rw-r--r--doc/lispref/syntax.texi1185
1 files changed, 1185 insertions, 0 deletions
diff --git a/doc/lispref/syntax.texi b/doc/lispref/syntax.texi
new file mode 100644
index 00000000000..340f74632bd
--- /dev/null
+++ b/doc/lispref/syntax.texi
@@ -0,0 +1,1185 @@
1@c -*-texinfo-*-
2@c This is part of the GNU Emacs Lisp Reference Manual.
3@c Copyright (C) 1990, 1991, 1992, 1993, 1994, 1995, 1998, 1999, 2001,
4@c 2002, 2003, 2004, 2005, 2006, 2007 Free Software Foundation, Inc.
5@c See the file elisp.texi for copying conditions.
6@setfilename ../info/syntax
7@node Syntax Tables, Abbrevs, Searching and Matching, Top
8@chapter Syntax Tables
9@cindex parsing buffer text
10@cindex syntax table
11@cindex text parsing
12
13 A @dfn{syntax table} specifies the syntactic textual function of each
14character. This information is used by the @dfn{parsing functions}, the
15complex movement commands, and others to determine where words, symbols,
16and other syntactic constructs begin and end. The current syntax table
17controls the meaning of the word motion functions (@pxref{Word Motion})
18and the list motion functions (@pxref{List Motion}), as well as the
19functions in this chapter.
20
21@menu
22* Basics: Syntax Basics. Basic concepts of syntax tables.
23* Desc: Syntax Descriptors. How characters are classified.
24* Syntax Table Functions:: How to create, examine and alter syntax tables.
25* Syntax Properties:: Overriding syntax with text properties.
26* Motion and Syntax:: Moving over characters with certain syntaxes.
27* Parsing Expressions:: Parsing balanced expressions
28 using the syntax table.
29* Standard Syntax Tables:: Syntax tables used by various major modes.
30* Syntax Table Internals:: How syntax table information is stored.
31* Categories:: Another way of classifying character syntax.
32@end menu
33
34@node Syntax Basics
35@section Syntax Table Concepts
36
37@ifnottex
38 A @dfn{syntax table} provides Emacs with the information that
39determines the syntactic use of each character in a buffer. This
40information is used by the parsing commands, the complex movement
41commands, and others to determine where words, symbols, and other
42syntactic constructs begin and end. The current syntax table controls
43the meaning of the word motion functions (@pxref{Word Motion}) and the
44list motion functions (@pxref{List Motion}) as well as the functions in
45this chapter.
46@end ifnottex
47
48 A syntax table is a char-table (@pxref{Char-Tables}). The element at
49index @var{c} describes the character with code @var{c}. The element's
50value should be a list that encodes the syntax of the character in
51question.
52
53 Syntax tables are used only for moving across text, not for the Emacs
54Lisp reader. Emacs Lisp uses built-in syntactic rules when reading Lisp
55expressions, and these rules cannot be changed. (Some Lisp systems
56provide ways to redefine the read syntax, but we decided to leave this
57feature out of Emacs Lisp for simplicity.)
58
59 Each buffer has its own major mode, and each major mode has its own
60idea of the syntactic class of various characters. For example, in Lisp
61mode, the character @samp{;} begins a comment, but in C mode, it
62terminates a statement. To support these variations, Emacs makes the
63choice of syntax table local to each buffer. Typically, each major
64mode has its own syntax table and installs that table in each buffer
65that uses that mode. Changing this table alters the syntax in all
66those buffers as well as in any buffers subsequently put in that mode.
67Occasionally several similar modes share one syntax table.
68@xref{Example Major Modes}, for an example of how to set up a syntax
69table.
70
71A syntax table can inherit the data for some characters from the
72standard syntax table, while specifying other characters itself. The
73``inherit'' syntax class means ``inherit this character's syntax from
74the standard syntax table.'' Just changing the standard syntax for a
75character affects all syntax tables that inherit from it.
76
77@defun syntax-table-p object
78This function returns @code{t} if @var{object} is a syntax table.
79@end defun
80
81@node Syntax Descriptors
82@section Syntax Descriptors
83@cindex syntax class
84
85 This section describes the syntax classes and flags that denote the
86syntax of a character, and how they are represented as a @dfn{syntax
87descriptor}, which is a Lisp string that you pass to
88@code{modify-syntax-entry} to specify the syntax you want.
89
90 The syntax table specifies a syntax class for each character. There
91is no necessary relationship between the class of a character in one
92syntax table and its class in any other table.
93
94 Each class is designated by a mnemonic character, which serves as the
95name of the class when you need to specify a class. Usually the
96designator character is one that is often assigned that class; however,
97its meaning as a designator is unvarying and independent of what syntax
98that character currently has. Thus, @samp{\} as a designator character
99always gives ``escape character'' syntax, regardless of what syntax
100@samp{\} currently has.
101
102@cindex syntax descriptor
103 A syntax descriptor is a Lisp string that specifies a syntax class, a
104matching character (used only for the parenthesis classes) and flags.
105The first character is the designator for a syntax class. The second
106character is the character to match; if it is unused, put a space there.
107Then come the characters for any desired flags. If no matching
108character or flags are needed, one character is sufficient.
109
110 For example, the syntax descriptor for the character @samp{*} in C
111mode is @samp{@w{. 23}} (i.e., punctuation, matching character slot
112unused, second character of a comment-starter, first character of a
113comment-ender), and the entry for @samp{/} is @samp{@w{. 14}} (i.e.,
114punctuation, matching character slot unused, first character of a
115comment-starter, second character of a comment-ender).
116
117@menu
118* Syntax Class Table:: Table of syntax classes.
119* Syntax Flags:: Additional flags each character can have.
120@end menu
121
122@node Syntax Class Table
123@subsection Table of Syntax Classes
124
125 Here is a table of syntax classes, the characters that stand for them,
126their meanings, and examples of their use.
127
128@deffn {Syntax class} @w{whitespace character}
129@dfn{Whitespace characters} (designated by @w{@samp{@ }} or @samp{-})
130separate symbols and words from each other. Typically, whitespace
131characters have no other syntactic significance, and multiple whitespace
132characters are syntactically equivalent to a single one. Space, tab,
133newline and formfeed are classified as whitespace in almost all major
134modes.
135@end deffn
136
137@deffn {Syntax class} @w{word constituent}
138@dfn{Word constituents} (designated by @samp{w}) are parts of words in
139human languages, and are typically used in variable and command names
140in programs. All upper- and lower-case letters, and the digits, are
141typically word constituents.
142@end deffn
143
144@deffn {Syntax class} @w{symbol constituent}
145@dfn{Symbol constituents} (designated by @samp{_}) are the extra
146characters that are used in variable and command names along with word
147constituents. For example, the symbol constituents class is used in
148Lisp mode to indicate that certain characters may be part of symbol
149names even though they are not part of English words. These characters
150are @samp{$&*+-_<>}. In standard C, the only non-word-constituent
151character that is valid in symbols is underscore (@samp{_}).
152@end deffn
153
154@deffn {Syntax class} @w{punctuation character}
155@dfn{Punctuation characters} (designated by @samp{.}) are those
156characters that are used as punctuation in English, or are used in some
157way in a programming language to separate symbols from one another.
158Some programming language modes, such as Emacs Lisp mode, have no
159characters in this class since the few characters that are not symbol or
160word constituents all have other uses. Other programming language modes,
161such as C mode, use punctuation syntax for operators.
162@end deffn
163
164@deffn {Syntax class} @w{open parenthesis character}
165@deffnx {Syntax class} @w{close parenthesis character}
166@cindex parenthesis syntax
167Open and close @dfn{parenthesis characters} are characters used in
168dissimilar pairs to surround sentences or expressions. Such a grouping
169is begun with an open parenthesis character and terminated with a close.
170Each open parenthesis character matches a particular close parenthesis
171character, and vice versa. Normally, Emacs indicates momentarily the
172matching open parenthesis when you insert a close parenthesis.
173@xref{Blinking}.
174
175The class of open parentheses is designated by @samp{(}, and that of
176close parentheses by @samp{)}.
177
178In English text, and in C code, the parenthesis pairs are @samp{()},
179@samp{[]}, and @samp{@{@}}. In Emacs Lisp, the delimiters for lists and
180vectors (@samp{()} and @samp{[]}) are classified as parenthesis
181characters.
182@end deffn
183
184@deffn {Syntax class} @w{string quote}
185@dfn{String quote characters} (designated by @samp{"}) are used in
186many languages, including Lisp and C, to delimit string constants. The
187same string quote character appears at the beginning and the end of a
188string. Such quoted strings do not nest.
189
190The parsing facilities of Emacs consider a string as a single token.
191The usual syntactic meanings of the characters in the string are
192suppressed.
193
194The Lisp modes have two string quote characters: double-quote (@samp{"})
195and vertical bar (@samp{|}). @samp{|} is not used in Emacs Lisp, but it
196is used in Common Lisp. C also has two string quote characters:
197double-quote for strings, and single-quote (@samp{'}) for character
198constants.
199
200English text has no string quote characters because English is not a
201programming language. Although quotation marks are used in English,
202we do not want them to turn off the usual syntactic properties of
203other characters in the quotation.
204@end deffn
205
206@deffn {Syntax class} @w{escape-syntax character}
207An @dfn{escape character} (designated by @samp{\}) starts an escape
208sequence such as is used in C string and character constants. The
209character @samp{\} belongs to this class in both C and Lisp. (In C, it
210is used thus only inside strings, but it turns out to cause no trouble
211to treat it this way throughout C code.)
212
213Characters in this class count as part of words if
214@code{words-include-escapes} is non-@code{nil}. @xref{Word Motion}.
215@end deffn
216
217@deffn {Syntax class} @w{character quote}
218A @dfn{character quote character} (designated by @samp{/}) quotes the
219following character so that it loses its normal syntactic meaning. This
220differs from an escape character in that only the character immediately
221following is ever affected.
222
223Characters in this class count as part of words if
224@code{words-include-escapes} is non-@code{nil}. @xref{Word Motion}.
225
226This class is used for backslash in @TeX{} mode.
227@end deffn
228
229@deffn {Syntax class} @w{paired delimiter}
230@dfn{Paired delimiter characters} (designated by @samp{$}) are like
231string quote characters except that the syntactic properties of the
232characters between the delimiters are not suppressed. Only @TeX{} mode
233uses a paired delimiter presently---the @samp{$} that both enters and
234leaves math mode.
235@end deffn
236
237@deffn {Syntax class} @w{expression prefix}
238An @dfn{expression prefix operator} (designated by @samp{'}) is used for
239syntactic operators that are considered as part of an expression if they
240appear next to one. In Lisp modes, these characters include the
241apostrophe, @samp{'} (used for quoting), the comma, @samp{,} (used in
242macros), and @samp{#} (used in the read syntax for certain data types).
243@end deffn
244
245@deffn {Syntax class} @w{comment starter}
246@deffnx {Syntax class} @w{comment ender}
247@cindex comment syntax
248The @dfn{comment starter} and @dfn{comment ender} characters are used in
249various languages to delimit comments. These classes are designated
250by @samp{<} and @samp{>}, respectively.
251
252English text has no comment characters. In Lisp, the semicolon
253(@samp{;}) starts a comment and a newline or formfeed ends one.
254@end deffn
255
256@deffn {Syntax class} @w{inherit standard syntax}
257This syntax class does not specify a particular syntax. It says to look
258in the standard syntax table to find the syntax of this character. The
259designator for this syntax class is @samp{@@}.
260@end deffn
261
262@deffn {Syntax class} @w{generic comment delimiter}
263A @dfn{generic comment delimiter} (designated by @samp{!}) starts
264or ends a special kind of comment. @emph{Any} generic comment delimiter
265matches @emph{any} generic comment delimiter, but they cannot match
266a comment starter or comment ender; generic comment delimiters can only
267match each other.
268
269This syntax class is primarily meant for use with the
270@code{syntax-table} text property (@pxref{Syntax Properties}). You can
271mark any range of characters as forming a comment, by giving the first
272and last characters of the range @code{syntax-table} properties
273identifying them as generic comment delimiters.
274@end deffn
275
276@deffn {Syntax class} @w{generic string delimiter}
277A @dfn{generic string delimiter} (designated by @samp{|}) starts or ends
278a string. This class differs from the string quote class in that @emph{any}
279generic string delimiter can match any other generic string delimiter; but
280they do not match ordinary string quote characters.
281
282This syntax class is primarily meant for use with the
283@code{syntax-table} text property (@pxref{Syntax Properties}). You can
284mark any range of characters as forming a string constant, by giving the
285first and last characters of the range @code{syntax-table} properties
286identifying them as generic string delimiters.
287@end deffn
288
289@node Syntax Flags
290@subsection Syntax Flags
291@cindex syntax flags
292
293 In addition to the classes, entries for characters in a syntax table
294can specify flags. There are seven possible flags, represented by the
295characters @samp{1}, @samp{2}, @samp{3}, @samp{4}, @samp{b}, @samp{n},
296and @samp{p}.
297
298 All the flags except @samp{n} and @samp{p} are used to describe
299multi-character comment delimiters. The digit flags indicate that a
300character can @emph{also} be part of a comment sequence, in addition to
301the syntactic properties associated with its character class. The flags
302are independent of the class and each other for the sake of characters
303such as @samp{*} in C mode, which is a punctuation character, @emph{and}
304the second character of a start-of-comment sequence (@samp{/*}),
305@emph{and} the first character of an end-of-comment sequence
306(@samp{*/}).
307
308 Here is a table of the possible flags for a character @var{c},
309and what they mean:
310
311@itemize @bullet
312@item
313@samp{1} means @var{c} is the start of a two-character comment-start
314sequence.
315
316@item
317@samp{2} means @var{c} is the second character of such a sequence.
318
319@item
320@samp{3} means @var{c} is the start of a two-character comment-end
321sequence.
322
323@item
324@samp{4} means @var{c} is the second character of such a sequence.
325
326@item
327@c Emacs 19 feature
328@samp{b} means that @var{c} as a comment delimiter belongs to the
329alternative ``b'' comment style.
330
331Emacs supports two comment styles simultaneously in any one syntax
332table. This is for the sake of C++. Each style of comment syntax has
333its own comment-start sequence and its own comment-end sequence. Each
334comment must stick to one style or the other; thus, if it starts with
335the comment-start sequence of style ``b,'' it must also end with the
336comment-end sequence of style ``b.''
337
338The two comment-start sequences must begin with the same character; only
339the second character may differ. Mark the second character of the
340``b''-style comment-start sequence with the @samp{b} flag.
341
342A comment-end sequence (one or two characters) applies to the ``b''
343style if its first character has the @samp{b} flag set; otherwise, it
344applies to the ``a'' style.
345
346The appropriate comment syntax settings for C++ are as follows:
347
348@table @asis
349@item @samp{/}
350@samp{124b}
351@item @samp{*}
352@samp{23}
353@item newline
354@samp{>b}
355@end table
356
357This defines four comment-delimiting sequences:
358
359@table @asis
360@item @samp{/*}
361This is a comment-start sequence for ``a'' style because the
362second character, @samp{*}, does not have the @samp{b} flag.
363
364@item @samp{//}
365This is a comment-start sequence for ``b'' style because the second
366character, @samp{/}, does have the @samp{b} flag.
367
368@item @samp{*/}
369This is a comment-end sequence for ``a'' style because the first
370character, @samp{*}, does not have the @samp{b} flag.
371
372@item newline
373This is a comment-end sequence for ``b'' style, because the newline
374character has the @samp{b} flag.
375@end table
376
377@item
378@samp{n} on a comment delimiter character specifies
379that this kind of comment can be nested. For a two-character
380comment delimiter, @samp{n} on either character makes it
381nestable.
382
383@item
384@c Emacs 19 feature
385@samp{p} identifies an additional ``prefix character'' for Lisp syntax.
386These characters are treated as whitespace when they appear between
387expressions. When they appear within an expression, they are handled
388according to their usual syntax classes.
389
390The function @code{backward-prefix-chars} moves back over these
391characters, as well as over characters whose primary syntax class is
392prefix (@samp{'}). @xref{Motion and Syntax}.
393@end itemize
394
395@node Syntax Table Functions
396@section Syntax Table Functions
397
398 In this section we describe functions for creating, accessing and
399altering syntax tables.
400
401@defun make-syntax-table &optional table
402This function creates a new syntax table, with all values initialized
403to @code{nil}. If @var{table} is non-@code{nil}, it becomes the
404parent of the new syntax table, otherwise the standard syntax table is
405the parent. Like all char-tables, a syntax table inherits from its
406parent. Thus the original syntax of all characters in the returned
407syntax table is determined by the parent. @xref{Char-Tables}.
408
409Most major mode syntax tables are created in this way.
410@end defun
411
412@defun copy-syntax-table &optional table
413This function constructs a copy of @var{table} and returns it. If
414@var{table} is not supplied (or is @code{nil}), it returns a copy of the
415standard syntax table. Otherwise, an error is signaled if @var{table} is
416not a syntax table.
417@end defun
418
419@deffn Command modify-syntax-entry char syntax-descriptor &optional table
420This function sets the syntax entry for @var{char} according to
421@var{syntax-descriptor}. The syntax is changed only for @var{table},
422which defaults to the current buffer's syntax table, and not in any
423other syntax table. The argument @var{syntax-descriptor} specifies the
424desired syntax; this is a string beginning with a class designator
425character, and optionally containing a matching character and flags as
426well. @xref{Syntax Descriptors}.
427
428This function always returns @code{nil}. The old syntax information in
429the table for this character is discarded.
430
431An error is signaled if the first character of the syntax descriptor is not
432one of the seventeen syntax class designator characters. An error is also
433signaled if @var{char} is not a character.
434
435@example
436@group
437@exdent @r{Examples:}
438
439;; @r{Put the space character in class whitespace.}
440(modify-syntax-entry ?\s " ")
441 @result{} nil
442@end group
443
444@group
445;; @r{Make @samp{$} an open parenthesis character,}
446;; @r{with @samp{^} as its matching close.}
447(modify-syntax-entry ?$ "(^")
448 @result{} nil
449@end group
450
451@group
452;; @r{Make @samp{^} a close parenthesis character,}
453;; @r{with @samp{$} as its matching open.}
454(modify-syntax-entry ?^ ")$")
455 @result{} nil
456@end group
457
458@group
459;; @r{Make @samp{/} a punctuation character,}
460;; @r{the first character of a start-comment sequence,}
461;; @r{and the second character of an end-comment sequence.}
462;; @r{This is used in C mode.}
463(modify-syntax-entry ?/ ". 14")
464 @result{} nil
465@end group
466@end example
467@end deffn
468
469@defun char-syntax character
470This function returns the syntax class of @var{character}, represented
471by its mnemonic designator character. This returns @emph{only} the
472class, not any matching parenthesis or flags.
473
474An error is signaled if @var{char} is not a character.
475
476The following examples apply to C mode. The first example shows that
477the syntax class of space is whitespace (represented by a space). The
478second example shows that the syntax of @samp{/} is punctuation. This
479does not show the fact that it is also part of comment-start and -end
480sequences. The third example shows that open parenthesis is in the class
481of open parentheses. This does not show the fact that it has a matching
482character, @samp{)}.
483
484@example
485@group
486(string (char-syntax ?\s))
487 @result{} " "
488@end group
489
490@group
491(string (char-syntax ?/))
492 @result{} "."
493@end group
494
495@group
496(string (char-syntax ?\())
497 @result{} "("
498@end group
499@end example
500
501We use @code{string} to make it easier to see the character returned by
502@code{char-syntax}.
503@end defun
504
505@defun set-syntax-table table
506This function makes @var{table} the syntax table for the current buffer.
507It returns @var{table}.
508@end defun
509
510@defun syntax-table
511This function returns the current syntax table, which is the table for
512the current buffer.
513@end defun
514
515@defmac with-syntax-table @var{table} @var{body}@dots{}
516This macro executes @var{body} using @var{table} as the current syntax
517table. It returns the value of the last form in @var{body}, after
518restoring the old current syntax table.
519
520Since each buffer has its own current syntax table, we should make that
521more precise: @code{with-syntax-table} temporarily alters the current
522syntax table of whichever buffer is current at the time the macro
523execution starts. Other buffers are not affected.
524@end defmac
525
526@node Syntax Properties
527@section Syntax Properties
528@kindex syntax-table @r{(text property)}
529
530When the syntax table is not flexible enough to specify the syntax of
531a language, you can use @code{syntax-table} text properties to
532override the syntax table for specific character occurrences in the
533buffer. @xref{Text Properties}. You can use Font Lock mode to set
534@code{syntax-table} text properties. @xref{Setting Syntax
535Properties}.
536
537The valid values of @code{syntax-table} text property are:
538
539@table @asis
540@item @var{syntax-table}
541If the property value is a syntax table, that table is used instead of
542the current buffer's syntax table to determine the syntax for this
543occurrence of the character.
544
545@item @code{(@var{syntax-code} . @var{matching-char})}
546A cons cell of this format specifies the syntax for this
547occurrence of the character. (@pxref{Syntax Table Internals})
548
549@item @code{nil}
550If the property is @code{nil}, the character's syntax is determined from
551the current syntax table in the usual way.
552@end table
553
554@defvar parse-sexp-lookup-properties
555If this is non-@code{nil}, the syntax scanning functions pay attention
556to syntax text properties. Otherwise they use only the current syntax
557table.
558@end defvar
559
560@node Motion and Syntax
561@section Motion and Syntax
562
563 This section describes functions for moving across characters that
564have certain syntax classes.
565
566@defun skip-syntax-forward syntaxes &optional limit
567This function moves point forward across characters having syntax
568classes mentioned in @var{syntaxes} (a string of syntax class
569characters). It stops when it encounters the end of the buffer, or
570position @var{limit} (if specified), or a character it is not supposed
571to skip.
572
573If @var{syntaxes} starts with @samp{^}, then the function skips
574characters whose syntax is @emph{not} in @var{syntaxes}.
575
576The return value is the distance traveled, which is a nonnegative
577integer.
578@end defun
579
580@defun skip-syntax-backward syntaxes &optional limit
581This function moves point backward across characters whose syntax
582classes are mentioned in @var{syntaxes}. It stops when it encounters
583the beginning of the buffer, or position @var{limit} (if specified), or
584a character it is not supposed to skip.
585
586If @var{syntaxes} starts with @samp{^}, then the function skips
587characters whose syntax is @emph{not} in @var{syntaxes}.
588
589The return value indicates the distance traveled. It is an integer that
590is zero or less.
591@end defun
592
593@defun backward-prefix-chars
594This function moves point backward over any number of characters with
595expression prefix syntax. This includes both characters in the
596expression prefix syntax class, and characters with the @samp{p} flag.
597@end defun
598
599@node Parsing Expressions
600@section Parsing Expressions
601
602 This section describes functions for parsing and scanning balanced
603expressions, also known as @dfn{sexps}. Basically, a sexp is either a
604balanced parenthetical grouping, a string, or a symbol name (a
605sequence of characters whose syntax is either word constituent or
606symbol constituent). However, characters whose syntax is expression
607prefix are treated as part of the sexp if they appear next to it.
608
609 The syntax table controls the interpretation of characters, so these
610functions can be used for Lisp expressions when in Lisp mode and for C
611expressions when in C mode. @xref{List Motion}, for convenient
612higher-level functions for moving over balanced expressions.
613
614 A character's syntax controls how it changes the state of the
615parser, rather than describing the state itself. For example, a
616string delimiter character toggles the parser state between
617``in-string'' and ``in-code,'' but the syntax of characters does not
618directly say whether they are inside a string. For example (note that
61915 is the syntax code for generic string delimiters),
620
621@example
622(put-text-property 1 9 'syntax-table '(15 . nil))
623@end example
624
625@noindent
626does not tell Emacs that the first eight chars of the current buffer
627are a string, but rather that they are all string delimiters. As a
628result, Emacs treats them as four consecutive empty string constants.
629
630@menu
631* Motion via Parsing:: Motion functions that work by parsing.
632* Position Parse:: Determining the syntactic state of a position.
633* Parser State:: How Emacs represents a syntactic state.
634* Low-Level Parsing:: Parsing across a specified region.
635* Control Parsing:: Parameters that affect parsing.
636@end menu
637
638@node Motion via Parsing
639@subsection Motion Commands Based on Parsing
640
641 This section describes simple point-motion functions that operate
642based on parsing expressions.
643
644@defun scan-lists from count depth
645This function scans forward @var{count} balanced parenthetical groupings
646from position @var{from}. It returns the position where the scan stops.
647If @var{count} is negative, the scan moves backwards.
648
649If @var{depth} is nonzero, parenthesis depth counting begins from that
650value. The only candidates for stopping are places where the depth in
651parentheses becomes zero; @code{scan-lists} counts @var{count} such
652places and then stops. Thus, a positive value for @var{depth} means go
653out @var{depth} levels of parenthesis.
654
655Scanning ignores comments if @code{parse-sexp-ignore-comments} is
656non-@code{nil}.
657
658If the scan reaches the beginning or end of the buffer (or its
659accessible portion), and the depth is not zero, an error is signaled.
660If the depth is zero but the count is not used up, @code{nil} is
661returned.
662@end defun
663
664@defun scan-sexps from count
665This function scans forward @var{count} sexps from position @var{from}.
666It returns the position where the scan stops. If @var{count} is
667negative, the scan moves backwards.
668
669Scanning ignores comments if @code{parse-sexp-ignore-comments} is
670non-@code{nil}.
671
672If the scan reaches the beginning or end of (the accessible part of) the
673buffer while in the middle of a parenthetical grouping, an error is
674signaled. If it reaches the beginning or end between groupings but
675before count is used up, @code{nil} is returned.
676@end defun
677
678@defun forward-comment count
679This function moves point forward across @var{count} complete comments
680 (that is, including the starting delimiter and the terminating
681delimiter if any), plus any whitespace encountered on the way. It
682moves backward if @var{count} is negative. If it encounters anything
683other than a comment or whitespace, it stops, leaving point at the
684place where it stopped. This includes (for instance) finding the end
685of a comment when moving forward and expecting the beginning of one.
686The function also stops immediately after moving over the specified
687number of complete comments. If @var{count} comments are found as
688expected, with nothing except whitespace between them, it returns
689@code{t}; otherwise it returns @code{nil}.
690
691This function cannot tell whether the ``comments'' it traverses are
692embedded within a string. If they look like comments, it treats them
693as comments.
694@end defun
695
696To move forward over all comments and whitespace following point, use
697@code{(forward-comment (buffer-size))}. @code{(buffer-size)} is a good
698argument to use, because the number of comments in the buffer cannot
699exceed that many.
700
701@node Position Parse
702@subsection Finding the Parse State for a Position
703
704 For syntactic analysis, such as in indentation, often the useful
705thing is to compute the syntactic state corresponding to a given buffer
706position. This function does that conveniently.
707
708@defun syntax-ppss &optional pos
709This function returns the parser state (see next section) that the
710parser would reach at position @var{pos} starting from the beginning
711of the buffer. This is equivalent to @code{(parse-partial-sexp
712(point-min) @var{pos})}, except that @code{syntax-ppss} uses a cache
713to speed up the computation. Due to this optimization, the 2nd value
714(previous complete subexpression) and 6th value (minimum parenthesis
715depth) of the returned parser state are not meaningful.
716@end defun
717
718 @code{syntax-ppss} automatically hooks itself to
719@code{before-change-functions} to keep its cache consistent. But
720updating can fail if @code{syntax-ppss} is called while
721@code{before-change-functions} is temporarily let-bound, or if the
722buffer is modified without obeying the hook, such as when using
723@code{inhibit-modification-hooks}. For this reason, it is sometimes
724necessary to flush the cache manually.
725
726@defun syntax-ppss-flush-cache beg
727This function flushes the cache used by @code{syntax-ppss}, starting at
728position @var{beg}.
729@end defun
730
731 Major modes can make @code{syntax-ppss} run faster by specifying
732where it needs to start parsing.
733
734@defvar syntax-begin-function
735If this is non-@code{nil}, it should be a function that moves to an
736earlier buffer position where the parser state is equivalent to
737@code{nil}---in other words, a position outside of any comment,
738string, or parenthesis. @code{syntax-ppss} uses it to further
739optimize its computations, when the cache gives no help.
740@end defvar
741
742@node Parser State
743@subsection Parser State
744@cindex parser state
745
746 A @dfn{parser state} is a list of ten elements describing the final
747state of parsing text syntactically as part of an expression. The
748parsing functions in the following sections return a parser state as
749the value, and in some cases accept one as an argument also, so that
750you can resume parsing after it stops. Here are the meanings of the
751elements of the parser state:
752
753@enumerate 0
754@item
755The depth in parentheses, counting from 0. @strong{Warning:} this can
756be negative if there are more close parens than open parens between
757the start of the defun and point.
758
759@item
760@cindex innermost containing parentheses
761The character position of the start of the innermost parenthetical
762grouping containing the stopping point; @code{nil} if none.
763
764@item
765@cindex previous complete subexpression
766The character position of the start of the last complete subexpression
767terminated; @code{nil} if none.
768
769@item
770@cindex inside string
771Non-@code{nil} if inside a string. More precisely, this is the
772character that will terminate the string, or @code{t} if a generic
773string delimiter character should terminate it.
774
775@item
776@cindex inside comment
777@code{t} if inside a comment (of either style),
778or the comment nesting level if inside a kind of comment
779that can be nested.
780
781@item
782@cindex quote character
783@code{t} if point is just after a quote character.
784
785@item
786The minimum parenthesis depth encountered during this scan.
787
788@item
789What kind of comment is active: @code{nil} for a comment of style
790``a'' or when not inside a comment, @code{t} for a comment of style
791``b,'' and @code{syntax-table} for a comment that should be ended by a
792generic comment delimiter character.
793
794@item
795The string or comment start position. While inside a comment, this is
796the position where the comment began; while inside a string, this is the
797position where the string began. When outside of strings and comments,
798this element is @code{nil}.
799
800@item
801Internal data for continuing the parsing. The meaning of this
802data is subject to change; it is used if you pass this list
803as the @var{state} argument to another call.
804@end enumerate
805
806 Elements 1, 2, and 6 are ignored in a state which you pass as an
807argument to continue parsing, and elements 8 and 9 are used only in
808trivial cases. Those elements serve primarily to convey information
809to the Lisp program which does the parsing.
810
811 One additional piece of useful information is available from a
812parser state using this function:
813
814@defun syntax-ppss-toplevel-pos state
815This function extracts, from parser state @var{state}, the last
816position scanned in the parse which was at top level in grammatical
817structure. ``At top level'' means outside of any parentheses,
818comments, or strings.
819
820The value is @code{nil} if @var{state} represents a parse which has
821arrived at a top level position.
822@end defun
823
824 We have provided this access function rather than document how the
825data is represented in the state, because we plan to change the
826representation in the future.
827
828@node Low-Level Parsing
829@subsection Low-Level Parsing
830
831 The most basic way to use the expression parser is to tell it
832to start at a given position with a certain state, and parse up to
833a specified end position.
834
835@defun parse-partial-sexp start limit &optional target-depth stop-before state stop-comment
836This function parses a sexp in the current buffer starting at
837@var{start}, not scanning past @var{limit}. It stops at position
838@var{limit} or when certain criteria described below are met, and sets
839point to the location where parsing stops. It returns a parser state
840describing the status of the parse at the point where it stops.
841
842@cindex parenthesis depth
843If the third argument @var{target-depth} is non-@code{nil}, parsing
844stops if the depth in parentheses becomes equal to @var{target-depth}.
845The depth starts at 0, or at whatever is given in @var{state}.
846
847If the fourth argument @var{stop-before} is non-@code{nil}, parsing
848stops when it comes to any character that starts a sexp. If
849@var{stop-comment} is non-@code{nil}, parsing stops when it comes to the
850start of a comment. If @var{stop-comment} is the symbol
851@code{syntax-table}, parsing stops after the start of a comment or a
852string, or the end of a comment or a string, whichever comes first.
853
854If @var{state} is @code{nil}, @var{start} is assumed to be at the top
855level of parenthesis structure, such as the beginning of a function
856definition. Alternatively, you might wish to resume parsing in the
857middle of the structure. To do this, you must provide a @var{state}
858argument that describes the initial status of parsing. The value
859returned by a previous call to @code{parse-partial-sexp} will do
860nicely.
861@end defun
862
863@node Control Parsing
864@subsection Parameters to Control Parsing
865
866@defvar multibyte-syntax-as-symbol
867If this variable is non-@code{nil}, @code{scan-sexps} treats all
868non-@acronym{ASCII} characters as symbol constituents regardless
869of what the syntax table says about them. (However, text properties
870can still override the syntax.)
871@end defvar
872
873@defopt parse-sexp-ignore-comments
874@cindex skipping comments
875If the value is non-@code{nil}, then comments are treated as
876whitespace by the functions in this section and by @code{forward-sexp},
877@code{scan-lists} and @code{scan-sexps}.
878@end defopt
879
880@vindex parse-sexp-lookup-properties
881The behavior of @code{parse-partial-sexp} is also affected by
882@code{parse-sexp-lookup-properties} (@pxref{Syntax Properties}).
883
884You can use @code{forward-comment} to move forward or backward over
885one comment or several comments.
886
887@node Standard Syntax Tables
888@section Some Standard Syntax Tables
889
890 Most of the major modes in Emacs have their own syntax tables. Here
891are several of them:
892
893@defun standard-syntax-table
894This function returns the standard syntax table, which is the syntax
895table used in Fundamental mode.
896@end defun
897
898@defvar text-mode-syntax-table
899The value of this variable is the syntax table used in Text mode.
900@end defvar
901
902@defvar c-mode-syntax-table
903The value of this variable is the syntax table for C-mode buffers.
904@end defvar
905
906@defvar emacs-lisp-mode-syntax-table
907The value of this variable is the syntax table used in Emacs Lisp mode
908by editing commands. (It has no effect on the Lisp @code{read}
909function.)
910@end defvar
911
912@node Syntax Table Internals
913@section Syntax Table Internals
914@cindex syntax table internals
915
916 Lisp programs don't usually work with the elements directly; the
917Lisp-level syntax table functions usually work with syntax descriptors
918(@pxref{Syntax Descriptors}). Nonetheless, here we document the
919internal format. This format is used mostly when manipulating
920syntax properties.
921
922 Each element of a syntax table is a cons cell of the form
923@code{(@var{syntax-code} . @var{matching-char})}. The @sc{car},
924@var{syntax-code}, is an integer that encodes the syntax class, and any
925flags. The @sc{cdr}, @var{matching-char}, is non-@code{nil} if
926a character to match was specified.
927
928 This table gives the value of @var{syntax-code} which corresponds
929to each syntactic type.
930
931@multitable @columnfractions .05 .3 .3 .31
932@item
933@tab
934@i{Integer} @i{Class}
935@tab
936@i{Integer} @i{Class}
937@tab
938@i{Integer} @i{Class}
939@item
940@tab
9410 @ @ whitespace
942@tab
9435 @ @ close parenthesis
944@tab
94510 @ @ character quote
946@item
947@tab
9481 @ @ punctuation
949@tab
9506 @ @ expression prefix
951@tab
95211 @ @ comment-start
953@item
954@tab
9552 @ @ word
956@tab
9577 @ @ string quote
958@tab
95912 @ @ comment-end
960@item
961@tab
9623 @ @ symbol
963@tab
9648 @ @ paired delimiter
965@tab
96613 @ @ inherit
967@item
968@tab
9694 @ @ open parenthesis
970@tab
9719 @ @ escape
972@tab
97314 @ @ generic comment
974@item
975@tab
97615 @ generic string
977@end multitable
978
979 For example, the usual syntax value for @samp{(} is @code{(4 . 41)}.
980(41 is the character code for @samp{)}.)
981
982 The flags are encoded in higher order bits, starting 16 bits from the
983least significant bit. This table gives the power of two which
984corresponds to each syntax flag.
985
986@multitable @columnfractions .05 .3 .3 .3
987@item
988@tab
989@i{Prefix} @i{Flag}
990@tab
991@i{Prefix} @i{Flag}
992@tab
993@i{Prefix} @i{Flag}
994@item
995@tab
996@samp{1} @ @ @code{(lsh 1 16)}
997@tab
998@samp{4} @ @ @code{(lsh 1 19)}
999@tab
1000@samp{b} @ @ @code{(lsh 1 21)}
1001@item
1002@tab
1003@samp{2} @ @ @code{(lsh 1 17)}
1004@tab
1005@samp{p} @ @ @code{(lsh 1 20)}
1006@tab
1007@samp{n} @ @ @code{(lsh 1 22)}
1008@item
1009@tab
1010@samp{3} @ @ @code{(lsh 1 18)}
1011@end multitable
1012
1013@defun string-to-syntax @var{desc}
1014This function returns the internal form corresponding to the syntax
1015descriptor @var{desc}, a cons cell @code{(@var{syntax-code}
1016. @var{matching-char})}.
1017@end defun
1018
1019@defun syntax-after pos
1020This function returns the syntax code of the character in the buffer
1021after position @var{pos}, taking account of syntax properties as well
1022as the syntax table. If @var{pos} is outside the buffer's accessible
1023portion (@pxref{Narrowing, accessible portion}), this function returns
1024@code{nil}.
1025@end defun
1026
1027@defun syntax-class syntax
1028This function returns the syntax class of the syntax code
1029@var{syntax}. (It masks off the high 16 bits that hold the flags
1030encoded in the syntax descriptor.) If @var{syntax} is @code{nil}, it
1031returns @code{nil}; this is so evaluating the expression
1032
1033@example
1034(syntax-class (syntax-after pos))
1035@end example
1036
1037@noindent
1038where @code{pos} is outside the buffer's accessible portion, will
1039yield @code{nil} without throwing errors or producing wrong syntax
1040class codes.
1041@end defun
1042
1043@node Categories
1044@section Categories
1045@cindex categories of characters
1046@cindex character categories
1047
1048 @dfn{Categories} provide an alternate way of classifying characters
1049syntactically. You can define several categories as needed, then
1050independently assign each character to one or more categories. Unlike
1051syntax classes, categories are not mutually exclusive; it is normal for
1052one character to belong to several categories.
1053
1054@cindex category table
1055 Each buffer has a @dfn{category table} which records which categories
1056are defined and also which characters belong to each category. Each
1057category table defines its own categories, but normally these are
1058initialized by copying from the standard categories table, so that the
1059standard categories are available in all modes.
1060
1061 Each category has a name, which is an @acronym{ASCII} printing character in
1062the range @w{@samp{ }} to @samp{~}. You specify the name of a category
1063when you define it with @code{define-category}.
1064
1065 The category table is actually a char-table (@pxref{Char-Tables}).
1066The element of the category table at index @var{c} is a @dfn{category
1067set}---a bool-vector---that indicates which categories character @var{c}
1068belongs to. In this category set, if the element at index @var{cat} is
1069@code{t}, that means category @var{cat} is a member of the set, and that
1070character @var{c} belongs to category @var{cat}.
1071
1072For the next three functions, the optional argument @var{table}
1073defaults to the current buffer's category table.
1074
1075@defun define-category char docstring &optional table
1076This function defines a new category, with name @var{char} and
1077documentation @var{docstring}, for the category table @var{table}.
1078@end defun
1079
1080@defun category-docstring category &optional table
1081This function returns the documentation string of category @var{category}
1082in category table @var{table}.
1083
1084@example
1085(category-docstring ?a)
1086 @result{} "ASCII"
1087(category-docstring ?l)
1088 @result{} "Latin"
1089@end example
1090@end defun
1091
1092@defun get-unused-category &optional table
1093This function returns a category name (a character) which is not
1094currently defined in @var{table}. If all possible categories are in use
1095in @var{table}, it returns @code{nil}.
1096@end defun
1097
1098@defun category-table
1099This function returns the current buffer's category table.
1100@end defun
1101
1102@defun category-table-p object
1103This function returns @code{t} if @var{object} is a category table,
1104otherwise @code{nil}.
1105@end defun
1106
1107@defun standard-category-table
1108This function returns the standard category table.
1109@end defun
1110
1111@defun copy-category-table &optional table
1112This function constructs a copy of @var{table} and returns it. If
1113@var{table} is not supplied (or is @code{nil}), it returns a copy of the
1114standard category table. Otherwise, an error is signaled if @var{table}
1115is not a category table.
1116@end defun
1117
1118@defun set-category-table table
1119This function makes @var{table} the category table for the current
1120buffer. It returns @var{table}.
1121@end defun
1122
1123@defun make-category-table
1124This creates and returns an empty category table. In an empty category
1125table, no categories have been allocated, and no characters belong to
1126any categories.
1127@end defun
1128
1129@defun make-category-set categories
1130This function returns a new category set---a bool-vector---whose initial
1131contents are the categories listed in the string @var{categories}. The
1132elements of @var{categories} should be category names; the new category
1133set has @code{t} for each of those categories, and @code{nil} for all
1134other categories.
1135
1136@example
1137(make-category-set "al")
1138 @result{} #&128"\0\0\0\0\0\0\0\0\0\0\0\0\2\20\0\0"
1139@end example
1140@end defun
1141
1142@defun char-category-set char
1143This function returns the category set for character @var{char} in the
1144current buffer's category table. This is the bool-vector which
1145records which categories the character @var{char} belongs to. The
1146function @code{char-category-set} does not allocate storage, because
1147it returns the same bool-vector that exists in the category table.
1148
1149@example
1150(char-category-set ?a)
1151 @result{} #&128"\0\0\0\0\0\0\0\0\0\0\0\0\2\20\0\0"
1152@end example
1153@end defun
1154
1155@defun category-set-mnemonics category-set
1156This function converts the category set @var{category-set} into a string
1157containing the characters that designate the categories that are members
1158of the set.
1159
1160@example
1161(category-set-mnemonics (char-category-set ?a))
1162 @result{} "al"
1163@end example
1164@end defun
1165
1166@defun modify-category-entry character category &optional table reset
1167This function modifies the category set of @var{character} in category
1168table @var{table} (which defaults to the current buffer's category
1169table).
1170
1171Normally, it modifies the category set by adding @var{category} to it.
1172But if @var{reset} is non-@code{nil}, then it deletes @var{category}
1173instead.
1174@end defun
1175
1176@deffn Command describe-categories &optional buffer-or-name
1177This function describes the category specifications in the current
1178category table. It inserts the descriptions in a buffer, and then
1179displays that buffer. If @var{buffer-or-name} is non-@code{nil}, it
1180describes the category table of that buffer instead.
1181@end deffn
1182
1183@ignore
1184 arch-tag: 4d914e96-0283-445c-9233-75d33662908c
1185@end ignore