mirror of
https://github.com/python/cpython.git
synced 2024-12-01 11:15:56 +01:00
fee6abea90
Sheesh, where do these things come from?
370 lines
16 KiB
TeX
370 lines
16 KiB
TeX
\section{\module{regex} ---
|
|
Regular expression search and match operations.}
|
|
\declaremodule{builtin}{regex}
|
|
|
|
\modulesynopsis{Regular expression search and match operations.}
|
|
|
|
|
|
This module provides regular expression matching operations similar to
|
|
those found in Emacs.
|
|
|
|
\strong{Obsolescence note:}
|
|
This module is obsolete as of Python version 1.5; it is still being
|
|
maintained because much existing code still uses it. All new code in
|
|
need of regular expressions should use the new
|
|
\code{re}\refstmodindex{re} module, which supports the more powerful
|
|
and regular Perl-style regular expressions. Existing code should be
|
|
converted. The standard library module
|
|
\code{reconvert}\refstmodindex{reconvert} helps in converting
|
|
\code{regex} style regular expressions to \code{re}\refstmodindex{re}
|
|
style regular expressions. (For more conversion help, see Andrew
|
|
Kuchling's\index{Kuchling, Andrew} ``\module{regex-to-re} HOWTO'' at
|
|
\url{http://www.python.org/doc/howto/regex-to-re/}.)
|
|
|
|
By default the patterns are Emacs-style regular expressions
|
|
(with one exception). There is
|
|
a way to change the syntax to match that of several well-known
|
|
\UNIX{} utilities. The exception is that Emacs' \samp{\e s}
|
|
pattern is not supported, since the original implementation references
|
|
the Emacs syntax tables.
|
|
|
|
This module is 8-bit clean: both patterns and strings may contain null
|
|
bytes and characters whose high bit is set.
|
|
|
|
\strong{Please note:} There is a little-known fact about Python string
|
|
literals which means that you don't usually have to worry about
|
|
doubling backslashes, even though they are used to escape special
|
|
characters in string literals as well as in regular expressions. This
|
|
is because Python doesn't remove backslashes from string literals if
|
|
they are followed by an unrecognized escape character.
|
|
\emph{However}, if you want to include a literal \dfn{backslash} in a
|
|
regular expression represented as a string literal, you have to
|
|
\emph{quadruple} it or enclose it in a singleton character class.
|
|
E.g.\ to extract \LaTeX\ \samp{\e section\{\textrm{\ldots}\}} headers
|
|
from a document, you can use this pattern:
|
|
\code{'[\e ]section\{\e (.*\e )\}'}. \emph{Another exception:}
|
|
the escape sequece \samp{\e b} is significant in string literals
|
|
(where it means the ASCII bell character) as well as in Emacs regular
|
|
expressions (where it stands for a word boundary), so in order to
|
|
search for a word boundary, you should use the pattern \code{'\e \e b'}.
|
|
Similarly, a backslash followed by a digit 0-7 should be doubled to
|
|
avoid interpretation as an octal escape.
|
|
|
|
\subsection{Regular Expressions}
|
|
|
|
A regular expression (or RE) specifies a set of strings that matches
|
|
it; the functions in this module let you check if a particular string
|
|
matches a given regular expression (or if a given regular expression
|
|
matches a particular string, which comes down to the same thing).
|
|
|
|
Regular expressions can be concatenated to form new regular
|
|
expressions; if \emph{A} and \emph{B} are both regular expressions,
|
|
then \emph{AB} is also an regular expression. If a string \emph{p}
|
|
matches A and another string \emph{q} matches B, the string \emph{pq}
|
|
will match AB. Thus, complex expressions can easily be constructed
|
|
from simpler ones like the primitives described here. For details of
|
|
the theory and implementation of regular expressions, consult almost
|
|
any textbook about compiler construction.
|
|
|
|
% XXX The reference could be made more specific, say to
|
|
% "Compilers: Principles, Techniques and Tools", by Alfred V. Aho,
|
|
% Ravi Sethi, and Jeffrey D. Ullman, or some FA text.
|
|
|
|
A brief explanation of the format of regular expressions follows.
|
|
|
|
Regular expressions can contain both special and ordinary characters.
|
|
Ordinary characters, like '\code{A}', '\code{a}', or '\code{0}', are
|
|
the simplest regular expressions; they simply match themselves. You
|
|
can concatenate ordinary characters, so '\code{last}' matches the
|
|
characters 'last'. (In the rest of this section, we'll write RE's in
|
|
\code{this special font}, usually without quotes, and strings to be
|
|
matched 'in single quotes'.)
|
|
|
|
Special characters either stand for classes of ordinary characters, or
|
|
affect how the regular expressions around them are interpreted.
|
|
|
|
The special characters are:
|
|
\begin{itemize}
|
|
\item[\code{.}] (Dot.) Matches any character except a newline.
|
|
\item[\code{\^}] (Caret.) Matches the start of the string.
|
|
\item[\code{\$}] Matches the end of the string.
|
|
\code{foo} matches both 'foo' and 'foobar', while the regular
|
|
expression '\code{foo\$}' matches only 'foo'.
|
|
\item[\code{*}] Causes the resulting RE to
|
|
match 0 or more repetitions of the preceding RE. \code{ab*} will
|
|
match 'a', 'ab', or 'a' followed by any number of 'b's.
|
|
\item[\code{+}] Causes the
|
|
resulting RE to match 1 or more repetitions of the preceding RE.
|
|
\code{ab+} will match 'a' followed by any non-zero number of 'b's; it
|
|
will not match just 'a'.
|
|
\item[\code{?}] Causes the resulting RE to
|
|
match 0 or 1 repetitions of the preceding RE. \code{ab?} will
|
|
match either 'a' or 'ab'.
|
|
|
|
\item[\code{\e}] Either escapes special characters (permitting you to match
|
|
characters like '*?+\&\$'), or signals a special sequence; special
|
|
sequences are discussed below. Remember that Python also uses the
|
|
backslash as an escape sequence in string literals; if the escape
|
|
sequence isn't recognized by Python's parser, the backslash and
|
|
subsequent character are included in the resulting string. However,
|
|
if Python would recognize the resulting sequence, the backslash should
|
|
be repeated twice.
|
|
|
|
\item[\code{[]}] Used to indicate a set of characters. Characters can
|
|
be listed individually, or a range is indicated by giving two
|
|
characters and separating them by a '-'. Special characters are
|
|
not active inside sets. For example, \code{[akm\$]}
|
|
will match any of the characters 'a', 'k', 'm', or '\$'; \code{[a-z]} will
|
|
match any lowercase letter.
|
|
|
|
If you want to include a \code{]} inside a
|
|
set, it must be the first character of the set; to include a \code{-},
|
|
place it as the first or last character.
|
|
|
|
Characters \emph{not} within a range can be matched by including a
|
|
\code{\^} as the first character of the set; \code{\^} elsewhere will
|
|
simply match the '\code{\^}' character.
|
|
\end{itemize}
|
|
|
|
The special sequences consist of '\code{\e}' and a character
|
|
from the list below. If the ordinary character is not on the list,
|
|
then the resulting RE will match the second character. For example,
|
|
\code{\e\$} matches the character '\$'. Ones where the backslash
|
|
should be doubled in string literals are indicated.
|
|
|
|
\begin{itemize}
|
|
\item[\code{\e|}]\code{A\e|B}, where A and B can be arbitrary REs,
|
|
creates a regular expression that will match either A or B. This can
|
|
be used inside groups (see below) as well.
|
|
%
|
|
\item[\code{\e( \e)}] Indicates the start and end of a group; the
|
|
contents of a group can be matched later in the string with the
|
|
\code{\e [1-9]} special sequence, described next.
|
|
\end{itemize}
|
|
|
|
\begin{fulllineitems}
|
|
\item[\code{\e \e 1, ... \e \e 7, \e 8, \e 9}]
|
|
Matches the contents of the group of the same
|
|
number. For example, \code{\e (.+\e ) \e \e 1} matches 'the the' or
|
|
'55 55', but not 'the end' (note the space after the group). This
|
|
special sequence can only be used to match one of the first 9 groups;
|
|
groups with higher numbers can be matched using the \code{\e v}
|
|
sequence. (\code{\e 8} and \code{\e 9} don't need a double backslash
|
|
because they are not octal digits.)
|
|
\end{fulllineitems}
|
|
|
|
\begin{itemize}
|
|
\item[\code{\e \e b}] Matches the empty string, but only at the
|
|
beginning or end of a word. A word is defined as a sequence of
|
|
alphanumeric characters, so the end of a word is indicated by
|
|
whitespace or a non-alphanumeric character.
|
|
%
|
|
\item[\code{\e B}] Matches the empty string, but when it is \emph{not} at the
|
|
beginning or end of a word.
|
|
%
|
|
\item[\code{\e v}] Must be followed by a two digit decimal number, and
|
|
matches the contents of the group of the same number. The group
|
|
number must be between 1 and 99, inclusive.
|
|
%
|
|
\item[\code{\e w}]Matches any alphanumeric character; this is
|
|
equivalent to the set \code{[a-zA-Z0-9]}.
|
|
%
|
|
\item[\code{\e W}] Matches any non-alphanumeric character; this is
|
|
equivalent to the set \code{[\^a-zA-Z0-9]}.
|
|
\item[\code{\e <}] Matches the empty string, but only at the beginning of a
|
|
word. A word is defined as a sequence of alphanumeric characters, so
|
|
the end of a word is indicated by whitespace or a non-alphanumeric
|
|
character.
|
|
\item[\code{\e >}] Matches the empty string, but only at the end of a
|
|
word.
|
|
|
|
\item[\code{\e \e \e \e}] Matches a literal backslash.
|
|
|
|
% In Emacs, the following two are start of buffer/end of buffer. In
|
|
% Python they seem to be synonyms for ^$.
|
|
\item[\code{\e `}] Like \code{\^}, this only matches at the start of the
|
|
string.
|
|
\item[\code{\e \e '}] Like \code{\$}, this only matches at the end of
|
|
the string.
|
|
% end of buffer
|
|
\end{itemize}
|
|
|
|
\subsection{Module Contents}
|
|
\nodename{Contents of Module regex}
|
|
|
|
The module defines these functions, and an exception:
|
|
|
|
|
|
\begin{funcdesc}{match}{pattern, string}
|
|
Return how many characters at the beginning of \var{string} match
|
|
the regular expression \var{pattern}. Return \code{-1} if the
|
|
string does not match the pattern (this is different from a
|
|
zero-length match!).
|
|
\end{funcdesc}
|
|
|
|
\begin{funcdesc}{search}{pattern, string}
|
|
Return the first position in \var{string} that matches the regular
|
|
expression \var{pattern}. Return \code{-1} if no position in the string
|
|
matches the pattern (this is different from a zero-length match
|
|
anywhere!).
|
|
\end{funcdesc}
|
|
|
|
\begin{funcdesc}{compile}{pattern\optional{, translate}}
|
|
Compile a regular expression pattern into a regular expression
|
|
object, which can be used for matching using its \code{match()} and
|
|
\code{search()} methods, described below. The optional argument
|
|
\var{translate}, if present, must be a 256-character string
|
|
indicating how characters (both of the pattern and of the strings to
|
|
be matched) are translated before comparing them; the \var{i}-th
|
|
element of the string gives the translation for the character with
|
|
\ASCII{} code \var{i}. This can be used to implement
|
|
case-insensitive matching; see the \code{casefold} data item below.
|
|
|
|
The sequence
|
|
|
|
\begin{verbatim}
|
|
prog = regex.compile(pat)
|
|
result = prog.match(str)
|
|
\end{verbatim}
|
|
%
|
|
is equivalent to
|
|
|
|
\begin{verbatim}
|
|
result = regex.match(pat, str)
|
|
\end{verbatim}
|
|
|
|
but the version using \code{compile()} is more efficient when multiple
|
|
regular expressions are used concurrently in a single program. (The
|
|
compiled version of the last pattern passed to \code{regex.match()} or
|
|
\code{regex.search()} is cached, so programs that use only a single
|
|
regular expression at a time needn't worry about compiling regular
|
|
expressions.)
|
|
\end{funcdesc}
|
|
|
|
\begin{funcdesc}{set_syntax}{flags}
|
|
Set the syntax to be used by future calls to \code{compile()},
|
|
\code{match()} and \code{search()}. (Already compiled expression
|
|
objects are not affected.) The argument is an integer which is the
|
|
OR of several flag bits. The return value is the previous value of
|
|
the syntax flags. Names for the flags are defined in the standard
|
|
module \code{regex_syntax}\refstmodindex{regex_syntax}; read the
|
|
file \file{regex_syntax.py} for more information.
|
|
\end{funcdesc}
|
|
|
|
\begin{funcdesc}{get_syntax}{}
|
|
Returns the current value of the syntax flags as an integer.
|
|
\end{funcdesc}
|
|
|
|
\begin{funcdesc}{symcomp}{pattern\optional{, translate}}
|
|
This is like \code{compile()}, but supports symbolic group names: if a
|
|
parenthesis-enclosed group begins with a group name in angular
|
|
brackets, e.g. \code{'\e(<id>[a-z][a-z0-9]*\e)'}, the group can
|
|
be referenced by its name in arguments to the \code{group()} method of
|
|
the resulting compiled regular expression object, like this:
|
|
\code{p.group('id')}. Group names may contain alphanumeric characters
|
|
and \code{'_'} only.
|
|
\end{funcdesc}
|
|
|
|
\begin{excdesc}{error}
|
|
Exception raised when a string passed to one of the functions here
|
|
is not a valid regular expression (e.g., unmatched parentheses) or
|
|
when some other error occurs during compilation or matching. (It is
|
|
never an error if a string contains no match for a pattern.)
|
|
\end{excdesc}
|
|
|
|
\begin{datadesc}{casefold}
|
|
A string suitable to pass as the \var{translate} argument to
|
|
\code{compile()} to map all upper case characters to their lowercase
|
|
equivalents.
|
|
\end{datadesc}
|
|
|
|
\noindent
|
|
Compiled regular expression objects support these methods:
|
|
|
|
\setindexsubitem{(regex method)}
|
|
\begin{funcdesc}{match}{string\optional{, pos}}
|
|
Return how many characters at the beginning of \var{string} match
|
|
the compiled regular expression. Return \code{-1} if the string
|
|
does not match the pattern (this is different from a zero-length
|
|
match!).
|
|
|
|
The optional second parameter, \var{pos}, gives an index in the string
|
|
where the search is to start; it defaults to \code{0}. This is not
|
|
completely equivalent to slicing the string; the \code{'\^'} pattern
|
|
character matches at the real beginning of the string and at positions
|
|
just after a newline, not necessarily at the index where the search
|
|
is to start.
|
|
\end{funcdesc}
|
|
|
|
\begin{funcdesc}{search}{string\optional{, pos}}
|
|
Return the first position in \var{string} that matches the regular
|
|
expression \code{pattern}. Return \code{-1} if no position in the
|
|
string matches the pattern (this is different from a zero-length
|
|
match anywhere!).
|
|
|
|
The optional second parameter has the same meaning as for the
|
|
\code{match()} method.
|
|
\end{funcdesc}
|
|
|
|
\begin{funcdesc}{group}{index, index, ...}
|
|
This method is only valid when the last call to the \code{match()}
|
|
or \code{search()} method found a match. It returns one or more
|
|
groups of the match. If there is a single \var{index} argument,
|
|
the result is a single string; if there are multiple arguments, the
|
|
result is a tuple with one item per argument. If the \var{index} is
|
|
zero, the corresponding return value is the entire matching string; if
|
|
it is in the inclusive range [1..99], it is the string matching the
|
|
the corresponding parenthesized group (using the default syntax,
|
|
groups are parenthesized using \code{{\e}(} and \code{{\e})}). If no
|
|
such group exists, the corresponding result is \code{None}.
|
|
|
|
If the regular expression was compiled by \code{symcomp()} instead of
|
|
\code{compile()}, the \var{index} arguments may also be strings
|
|
identifying groups by their group name.
|
|
\end{funcdesc}
|
|
|
|
\noindent
|
|
Compiled regular expressions support these data attributes:
|
|
|
|
\setindexsubitem{(regex attribute)}
|
|
|
|
\begin{datadesc}{regs}
|
|
When the last call to the \code{match()} or \code{search()} method found a
|
|
match, this is a tuple of pairs of indexes corresponding to the
|
|
beginning and end of all parenthesized groups in the pattern. Indices
|
|
are relative to the string argument passed to \code{match()} or
|
|
\code{search()}. The 0-th tuple gives the beginning and end or the
|
|
whole pattern. When the last match or search failed, this is
|
|
\code{None}.
|
|
\end{datadesc}
|
|
|
|
\begin{datadesc}{last}
|
|
When the last call to the \code{match()} or \code{search()} method found a
|
|
match, this is the string argument passed to that method. When the
|
|
last match or search failed, this is \code{None}.
|
|
\end{datadesc}
|
|
|
|
\begin{datadesc}{translate}
|
|
This is the value of the \var{translate} argument to
|
|
\code{regex.compile()} that created this regular expression object. If
|
|
the \var{translate} argument was omitted in the \code{regex.compile()}
|
|
call, this is \code{None}.
|
|
\end{datadesc}
|
|
|
|
\begin{datadesc}{givenpat}
|
|
The regular expression pattern as passed to \code{compile()} or
|
|
\code{symcomp()}.
|
|
\end{datadesc}
|
|
|
|
\begin{datadesc}{realpat}
|
|
The regular expression after stripping the group names for regular
|
|
expressions compiled with \code{symcomp()}. Same as \code{givenpat}
|
|
otherwise.
|
|
\end{datadesc}
|
|
|
|
\begin{datadesc}{groupindex}
|
|
A dictionary giving the mapping from symbolic group names to numerical
|
|
group indexes for regular expressions compiled with \code{symcomp()}.
|
|
\code{None} otherwise.
|
|
\end{datadesc}
|