[pypy-commit] pypy release-2.3.x: merge default into branch
mattip
noreply at buildbot.pypy.org
Fri May 2 17:10:16 CEST 2014
Author: mattip <matti.picus at gmail.com>
Branch: release-2.3.x
Changeset: r71199:6c9fdc71640b
Date: 2014-05-02 18:09 +0300
http://bitbucket.org/pypy/pypy/changeset/6c9fdc71640b/
Log: merge default into branch
diff --git a/pypy/doc/release-2.3.0.rst b/pypy/doc/release-2.3.0.rst
--- a/pypy/doc/release-2.3.0.rst
+++ b/pypy/doc/release-2.3.0.rst
@@ -18,17 +18,18 @@
http://pypy.org/download.html
We would like to thank our donors for the continued support of the PyPy
-project. We showed quite a bit of progress on all three projects (see below)
-and we're slowly running out of funds.
-Please consider donating more so we can finish those projects! The three
-projects are:
+project, and for those who donate to our three sub-projects.
+We showed quite a bit of progress
+but we're slowly running out of funds.
+Please consider donating more, or even better convince your employer to donate,
+so we can finish those projects! The three sub-projects are:
* `Py3k`_ (supporting Python 3.x): the release PyPy3 2.2 is imminent.
* `STM`_ (software transactional memory): a preview will be released very soon,
once we fix a few bugs
-* `NumPy`_ the work done is included in the PyPy 2.2 release. More details below.
+* `NumPy`_ which is included in the PyPy 2.3 release. More details below.
.. _`Py3k`: http://pypy.org/py3donate.html
.. _`STM`: http://pypy.org/tmdonate2.html
@@ -44,8 +45,8 @@
=============
PyPy is a very compliant Python interpreter, almost a drop-in replacement for
-CPython 2.7. It's fast (`pypy 2.2 and cpython 2.7.2`_ performance comparison;
-note that the latest cpython is not faster than cpython 2.7.2)
+CPython 2.7. It's fast (`pypy 2.3 and cpython 2.7.x`_ performance comparison;
+note that cpython's speed has not changed since 2.7.2)
due to its integrated tracing JIT compiler.
This release supports x86 machines running Linux 32/64, Mac OS X 64, Windows,
@@ -56,13 +57,13 @@
bit python is still stalling, we would welcome a volunteer
to `handle that`_.
-.. _`pypy 2.2 and cpython 2.7.2`: http://speed.pypy.org
+.. _`pypy 2.3 and cpython 2.7.x`: http://speed.pypy.org
.. _`handle that`: http://doc.pypy.org/en/latest/windows.html#what-is-missing-for-a-full-64-bit-translation
Highlights
==========
-Bugfixes
+Bugfixes
--------
Many issues were cleaned up after being reported by users to https://bugs.pypy.org (ignore the bad SSL certificate) or on IRC at #pypy. Note that we consider
@@ -71,7 +72,7 @@
* The ARM port no longer crashes on unaligned memory access to floats and doubles,
and singlefloats are supported in the JIT.
-* Generators are faster since they now skip unecessary cleanup
+* Generators are faster since they now skip unnecessary cleanup
* A first time contributor simplified JIT traces by adding integer bound
propagation in indexing and logical operations.
@@ -84,6 +85,8 @@
* Fix a rpython bug with loop-unrolling that appeared in the `HippyVM`_ PHP port
+* Support for corner cases on objects with __int__ and __float__ methods
+
.. _`HippyVM`: http://www.hippyvm.com
New Platforms and Features
@@ -97,8 +100,6 @@
* Support for precompiled headers in the build process for MSVC
-* Support for objects with __int__ and __float__ methods
-
* Tweak support of errno in cpyext (the PyPy implemenation of the capi)
@@ -127,8 +128,12 @@
* A cffi-based ``numpy.random`` module is available as a branch in the numpy
repository, it will be merged soon after this release.
-* enhancements to the PyPy JIT were made to support virtualizing the raw_store/raw_load memory operations used in numpy arrays. Further work remains here in virtualizing the alloc_raw_storage when possible. This will allow scalars to have storages but still be virtualized when possible in loops.
+* enhancements to the PyPy JIT were made to support virtualizing the raw_store/raw_load
+ memory operations used in numpy arrays. Further work remains here in virtualizing the
+ alloc_raw_storage when possible. This will allow scalars to have storages but still be
+ virtualized when possible in loops.
Cheers
+
The PyPy Team
diff --git a/pypy/module/cppyy/test/test_datatypes.py b/pypy/module/cppyy/test/test_datatypes.py
--- a/pypy/module/cppyy/test/test_datatypes.py
+++ b/pypy/module/cppyy/test/test_datatypes.py
@@ -7,6 +7,8 @@
def setup_module(mod):
if sys.platform == 'win32':
py.test.skip("win32 not supported so far")
+ if sys.maxsize < 2 ** 31:
+ py.test.skip("32 bit not supported so far")
err = os.system("cd '%s' && make datatypesDict.so" % currpath)
if err:
raise OSError("'make' failed (see stderr)")
@@ -30,7 +32,7 @@
def test02_instance_data_read_access(self):
"""Test read access to instance public data and verify values"""
- import cppyy, sys
+ import cppyy
cppyy_test_data = cppyy.gbl.cppyy_test_data
c = cppyy_test_data()
@@ -117,7 +119,7 @@
def test03_instance_data_write_access(self):
"""Test write access to instance public data and verify values"""
- import cppyy, sys
+ import cppyy
cppyy_test_data = cppyy.gbl.cppyy_test_data
c = cppyy_test_data()
@@ -489,14 +491,14 @@
import cppyy
four_vector = cppyy.gbl.four_vector
-
+
t1 = four_vector(1., 2., 3., -4.)
t2 = four_vector(0., 0., 0., 0.)
t3 = four_vector(t1)
-
+
assert t1 == t3
assert t1 != t2
-
+
for i in range(4):
assert t1[i] == t3[i]
@@ -625,8 +627,8 @@
def test18_object_and_pointer_comparisons(self):
"""Verify object and pointer comparisons"""
-
- import cppyy
+
+ import cppyy
gbl = cppyy.gbl
c1 = cppyy.bind_object(0, gbl.cppyy_test_data)
@@ -662,11 +664,11 @@
def test19_object_validity(self):
"""Test object validity checking"""
-
+
from cppyy import gbl
d = gbl.cppyy_test_pod()
-
+
assert d
assert not not d
More information about the pypy-commit
mailing list