blob: a37459181ac34ce96f37c0d190d2ae73b38d51e0 [file] [log] [blame]
Jeremy Hyltone41195f2003-05-21 21:45:01 +00001\section{\module{__future__} ---
2 Future statement definitions}
3
4\declaremodule[future]{standard}{__future__}
5\modulesynopsis{Future statement definitions}
6
7\module{__future__} is a real module, and serves three purposes:
8
9\begin{itemize}
10
11\item To avoid confusing existing tools that analyze import statements
12 and expect to find the modules they're importing.
13
14\item To ensure that future_statements run under releases prior to 2.1
15 at least yield runtime exceptions (the import of
16 \module{__future__} will fail, because there was no module of
17 that name prior to 2.1).
18
19\item To document when incompatible changes were introduced, and when they
20 will be --- or were --- made mandatory. This is a form of executable
21 documentation, and can be inspected programatically via importing
22 \module{__future__} and examining its contents.
23
24\end{itemize}
25
Raymond Hettinger02771c12003-08-05 11:40:21 +000026Each statement in \file{__future__.py} is of the form:
Jeremy Hyltone41195f2003-05-21 21:45:01 +000027
Fred Drake74530ff2003-09-05 15:50:20 +000028\begin{alltt}
29FeatureName = "_Feature(" \var{OptionalRelease} "," \var{MandatoryRelease} ","
30 \var{CompilerFlag} ")"
31\end{alltt}
Jeremy Hyltone41195f2003-05-21 21:45:01 +000032
Fred Drake74530ff2003-09-05 15:50:20 +000033where, normally, \var{OptionalRelease} is less than
34\var{MandatoryRelease}, and both are 5-tuples of the same form as
35\code{sys.version_info}:
Jeremy Hyltone41195f2003-05-21 21:45:01 +000036
37\begin{verbatim}
38 (PY_MAJOR_VERSION, # the 2 in 2.1.0a3; an int
39 PY_MINOR_VERSION, # the 1; an int
40 PY_MICRO_VERSION, # the 0; an int
41 PY_RELEASE_LEVEL, # "alpha", "beta", "candidate" or "final"; string
42 PY_RELEASE_SERIAL # the 3; an int
43 )
44\end{verbatim}
45
Fred Drake74530ff2003-09-05 15:50:20 +000046\var{OptionalRelease} records the first release in which the feature
47was accepted.
Jeremy Hyltone41195f2003-05-21 21:45:01 +000048
Fred Drake74530ff2003-09-05 15:50:20 +000049In the case of a \var{MandatoryRelease} that has not yet occurred,
50\var{MandatoryRelease} predicts the release in which the feature will
51become part of the language.
Jeremy Hyltone41195f2003-05-21 21:45:01 +000052
Fred Drake74530ff2003-09-05 15:50:20 +000053Else \var{MandatoryRelease} records when the feature became part of
54the language; in releases at or after that, modules no longer need a
Jeremy Hyltone41195f2003-05-21 21:45:01 +000055future statement to use the feature in question, but may continue to
Fred Drake74530ff2003-09-05 15:50:20 +000056use such imports.
Jeremy Hyltone41195f2003-05-21 21:45:01 +000057
Fred Drake74530ff2003-09-05 15:50:20 +000058\var{MandatoryRelease} may also be \code{None}, meaning that a planned
Jeremy Hyltone41195f2003-05-21 21:45:01 +000059feature got dropped.
60
61Instances of class \class{_Feature} have two corresponding methods,
62\method{getOptionalRelease()} and \method{getMandatoryRelease()}.
63
Fred Drake74530ff2003-09-05 15:50:20 +000064\var{CompilerFlag} is the (bitfield) flag that should be passed in the
Jeremy Hyltone41195f2003-05-21 21:45:01 +000065fourth argument to the builtin function \function{compile()} to enable
66the feature in dynamically compiled code. This flag is stored in the
67\member{compiler_flag} attribute on \class{_Future} instances.
68
69No feature description will ever be deleted from \module{__future__}.