Skip to content
Projects
Groups
Snippets
Help
Loading...
Help
Support
Keyboard shortcuts
?
Submit feedback
Contribute to GitLab
Sign in / Register
Toggle navigation
C
cpython
Project overview
Project overview
Details
Activity
Releases
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Issues
0
Issues
0
List
Boards
Labels
Milestones
Merge Requests
0
Merge Requests
0
Analytics
Analytics
Repository
Value Stream
Wiki
Wiki
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Create a new issue
Commits
Issue Boards
Open sidebar
Kirill Smelkov
cpython
Commits
98e20701
Commit
98e20701
authored
Mar 06, 2012
by
Nick Coghlan
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
Add PEP 414 to What's New, consolidate memoryview entries
parent
de157cc5
Changes
1
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
with
20 additions
and
5 deletions
+20
-5
Doc/whatsnew/3.3.rst
Doc/whatsnew/3.3.rst
+20
-5
No files found.
Doc/whatsnew/3.3.rst
View file @
98e20701
...
...
@@ -49,6 +49,8 @@
This article explains the new features in Python 3.3, compared to 3.2.
.. pep-3118-update:
PEP 3118: New memoryview implementation and buffer protocol documentation
=========================================================================
...
...
@@ -85,7 +87,9 @@ Features
* Multi-dimensional comparisons are supported for any array type.
* All array types are hashable if the exporting object is hashable
and the view is read-only.
and the view is read-only. (Contributed by Antoine Pitrou in
:issue:`13411`)
* Arbitrary slicing of any 1-D arrays type is supported. For example, it
is now possible to reverse a memoryview in O(1) by using a negative step.
...
...
@@ -327,6 +331,21 @@ suppressed valuable underlying details)::
KeyError('x',)
PEP 414: Explicit Unicode literals
======================================
:pep:`414` - Explicit Unicode literals
PEP written by Armin Ronacher.
To ease the transition from Python 2 for Unicode aware Python applications
that make heavy use of Unicode literals, Python 3.3 once again supports the
"``u``" prefix for string literals. This prefix has no semantic significance
in Python 3, it is provided solely to reduce the number of purely mechanical
changes in migrating to Python 3, making it easier for developers to focus on
the more significant semantic changes (such as the stricter default
separation of binary and text data).
PEP 3155: Qualified name for classes and functions
==================================================
...
...
@@ -408,10 +427,6 @@ Some smaller changes made to the core Python language are:
(:issue:`12170`)
* Memoryview objects are now hashable when the underlying object is hashable.
(Contributed by Antoine Pitrou in :issue:`13411`)
New and Improved Modules
========================
...
...
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment