blob: f52ca37874ad94d747b5f3f46303d11a46fe199e [file] [log] [blame]
Guido van Rossume7ba4952007-06-06 23:52:48 +00001\documentclass{howto}
2\usepackage{distutils}
3% $Id: whatsnew26.tex 55506 2007-05-22 07:43:29Z neal.norwitz $
4
5% Rules for maintenance:
6%
7% * Anyone can add text to this document. Do not spend very much time
8% on the wording of your changes, because your text will probably
9% get rewritten to some degree.
10%
11% * The maintainer will go through Misc/NEWS periodically and add
12% changes; it's therefore more important to add your changes to
13% Misc/NEWS than to this file.
14%
15% * This is not a complete list of every single change; completeness
16% is the purpose of Misc/NEWS. Some changes I consider too small
17% or esoteric to include. If such a change is added to the text,
18% I'll just remove it. (This is another reason you shouldn't spend
19% too much time on writing your addition.)
20%
21% * If you want to draw your new text to the attention of the
22% maintainer, add 'XXX' to the beginning of the paragraph or
23% section.
24%
25% * It's OK to just add a fragmentary note about a change. For
26% example: "XXX Describe the transmogrify() function added to the
27% socket module." The maintainer will research the change and
28% write the necessary text.
29%
30% * You can comment out your additions if you like, but it's not
31% necessary (especially when a final release is some months away).
32%
33% * Credit the author of a patch or bugfix. Just the name is
34% sufficient; the e-mail address isn't necessary.
35%
36% * It's helpful to add the bug/patch number as a comment:
37%
38% % Patch 12345
39% XXX Describe the transmogrify() function added to the socket
40% module.
41% (Contributed by P.Y. Developer.)
42%
43% This saves the maintainer the effort of going through the SVN log
44% when researching a change.
45
46\title{What's New in Python 3.0}
47\release{0.0}
48\author{A.M. Kuchling}
49\authoraddress{\email{amk@amk.ca}}
50
51\begin{document}
52\maketitle
53\tableofcontents
54
55This article explains the new features in Python 3.0. No release date
56for Python 3.0 has been set; it will probably be released in mid 2008.
57
58% Compare with previous release in 2 - 3 sentences here.
59
60This article doesn't attempt to provide a complete specification of
61the new features, but instead provides a convenient overview. For
62full details, you should refer to the documentation for Python 3.0.
63% add hyperlink when the documentation becomes available online.
64If you want to understand the complete implementation and design
65rationale, refer to the PEP for a particular new feature.
66
67
68%======================================================================
69
70% Large, PEP-level features and changes should be described here.
71
72% Should there be a new section here for 3k migration?
73% Or perhaps a more general section describing module changes/deprecation?
74% sets module deprecated
75
76%======================================================================
77\section{Other Language Changes}
78
79Here are all of the changes that Python 2.6 makes to the core Python
80language.
81
82\begin{itemize}
83
84\item Detailed changes are listed here.
85
86\end{itemize}
87
88
89%======================================================================
90\subsection{Optimizations}
91
92\begin{itemize}
93
94\item Detailed changes are listed here.
95
96\end{itemize}
97
98The net result of the 3.0 optimizations is that Python 3.0 runs the
99pystone benchmark around XX\% slower than Python 2.6.
100
101
102%======================================================================
103\section{New, Improved, and Deprecated Modules}
104
105As usual, Python's standard library received a number of enhancements and
106bug fixes. Here's a partial list of the most notable changes, sorted
107alphabetically by module name. Consult the
108\file{Misc/NEWS} file in the source tree for a more
109complete list of changes, or look through the CVS logs for all the
110details.
111
112\begin{itemize}
113
114\item Detailed changes are listed here.
115
116\end{itemize}
117
118
119%======================================================================
120% whole new modules get described in \subsections here
121
122
123% ======================================================================
124\section{Build and C API Changes}
125
126Changes to Python's build process and to the C API include:
127
128\begin{itemize}
129
130\item Detailed changes are listed here.
131
132\end{itemize}
133
134
135%======================================================================
136\subsection{Port-Specific Changes}
137
138Platform-specific changes go here.
139
140
141%======================================================================
142\section{Other Changes and Fixes \label{section-other}}
143
144As usual, there were a bunch of other improvements and bugfixes
145scattered throughout the source tree. A search through the change
146logs finds there were XXX patches applied and YYY bugs fixed between
147Python 2.6 and 3.0. Both figures are likely to be underestimates.
148
149Some of the more notable changes are:
150
151\begin{itemize}
152
153\item Details go here.
154
155\end{itemize}
156
157
158%======================================================================
159\section{Porting to Python 3.0}
160
161This section lists previously described changes that may require
162changes to your code:
163
164\begin{itemize}
165
166\item Everything is all in the details!
167
168\end{itemize}
169
170
171%======================================================================
172\section{Acknowledgements \label{acks}}
173
174The author would like to thank the following people for offering
175suggestions, corrections and assistance with various drafts of this
176article: .
177
178\end{document}