Mailman 3 January 2018 - pypy-issue

Issue #2744: missing win32 functions in _multiprocessing (pypy/pypy)
by mattip 30 Jan '18

30 Jan '18

New issue 2744: missing win32 functions in _multiprocessing https://bitbucket.org/pypy/pypy/issues/2744/missing-win32-functions-in mattip: send, recv, closesocket are missing from the module simple test: ``` from multiprocessing import Pool def f(x): return x*x if __name__ == '__main__': with Pool(5) as p: print(p.map(f, [1, 2, 3])) ```

1 0

Issue #2743: pypy3/cpyext: PyState_FindModule missing (pypy/pypy)
by Christoph Reiter 30 Jan '18

30 Jan '18

New issue 2743: pypy3/cpyext: PyState_FindModule missing https://bitbucket.org/pypy/pypy/issues/2743/pypy3-cpyext-pystate_findmodule… Christoph Reiter: ``` implicit declaration of function ‘PyState_FindModule’; did you mean ‘PyImport_AddModule’? [-Wimplicit-function-declaration] PyObject *cairo_module = PyState_FindModule(&cairomoduledef); ```

1 0

Issue #2742: cpyext: class subclassable even if Py_TPFLAGS_BASETYPE not set (pypy/pypy)
by Christoph Reiter 30 Jan '18

30 Jan '18

New issue 2742: cpyext: class subclassable even if Py_TPFLAGS_BASETYPE not set https://bitbucket.org/pypy/pypy/issues/2742/cpyext-class-subclassable-even-… Christoph Reiter: I have a base class which has Py_TPFLAGS_BASETYPE set, then on subclass which has it cleared. In PyPy the resulting type can be subclassed, in CPython TypeError is raised.

1 0

Issue #2741: PyArg_ParseTuple: "et" allows passing in None instead of raising (pypy/pypy)
by Christoph Reiter 30 Jan '18

30 Jan '18

New issue 2741: PyArg_ParseTuple: "et" allows passing in None instead of raising https://bitbucket.org/pypy/pypy/issues/2741/pyarg_parsetuple-et-allows-pass… Christoph Reiter: Using PyPy 5.10: Having a function which does PyArg_ParseTuple("et", "utf-8", &utf8) Expected: Calling func(None) should raise Actual: No error raised

1 0

Issue #2740: hash() does not raise TypeError when tp_hash=0 and tp_richcompare!=0 (pypy/pypy)
by Christoph Reiter 30 Jan '18

30 Jan '18

New issue 2740: hash() does not raise TypeError when tp_hash=0 and tp_richcompare!=0 https://bitbucket.org/pypy/pypy/issues/2740/hash-does-not-raise-typeerror-w… Christoph Reiter: Using pypy 5.10 + cpyext The Python docs state: "When this field is not set, two possibilities exist: if the tp_compare and tp_richcompare fields are both NULL, a default hash value based on the object’s address is returned; otherwise, a TypeError is raised." https://docs.python.org/2/c-api/typeobj.html#c.PyTypeObject.tp_hash I have a class which has tp_hash=0 and tp_richcompare!=0, and doing hash(instance) returns a hash and does not raise TypeError.

1 0

Issue #2739: Numpy install problem under PyPy 3.5 (Windows) (pypy/pypy)
by Ruud van der Ham 23 Jan '18

23 Jan '18

New issue 2739: Numpy install problem under PyPy 3.5 (Windows) https://bitbucket.org/pypy/pypy/issues/2739/numpy-install-problem-under-pyp… Ruud van der Ham: I am trying to install numpy under PyPy 3.5 on Windows with **pypy3 -m pip install cython numpy** Everything seems to install but the setup of numpy ends with an error message.![PyPy numpy problem.png](https://bitbucket.org/repo/R7AbB/images/2412465912-PyPy%20nump… FYI: I am using Windows 10.

1 0

Issue #2738: Windows 3.5 distribution misses \bin directory (pypy/pypy)
by Ruud van der Ham 23 Jan '18

23 Jan '18

New issue 2738: Windows 3.5 distribution misses \bin directory https://bitbucket.org/pypy/pypy/issues/2738/windows-35-distribution-misses-… Ruud van der Ham: I downloaded and installed the latest Windows 3.5 distribution, but that seems to miss the bin directory completely. Therefore, there’s no pip.exe and I am not able to install any packages.

1 0

Issue #2737: pyhash fails to build with pypy (pypy/pypy)
by Corentin Chary 19 Jan '18

19 Jan '18

New issue 2737: pyhash fails to build with pypy https://bitbucket.org/pypy/pypy/issues/2737/pyhash-fails-to-build-with-pypy Corentin Chary: See https://github.com/flier/pyfasthash/issues/20#issuecomment-358857011 ``` $ pip install pyhash Collecting pyhash Using cached pyhash-0.8.2.tar.gz Building wheels for collected packages: pyhash Running setup.py bdist_wheel for pyhash ... error Complete output from command /home/cchary/dev/graphite/carbon/venv/bin/pypy -u -c "import setuptools, tokenize;__file__='/tmp/pip-build-MsOBgl/pyhash/setup.py';f=getattr(tokenize, 'open', open)(__file__);code=f.read().replace('\r\n', '\n');f.close();exec(compile(code, __file__, 'exec'))" bdist_wheel -d /tmp/tmpInZIz0pip-wheel- --python-tag pp258: running bdist_wheel running build running build_py creating build creating build/lib.linux-x86_64-2.7 copying pyhash.py -> build/lib.linux-x86_64-2.7 running build_ext building '_pyhash' extension creating build/temp.linux-x86_64-2.7 creating build/temp.linux-x86_64-2.7/src creating build/temp.linux-x86_64-2.7/src/fnv creating build/temp.linux-x86_64-2.7/src/smhasher creating build/temp.linux-x86_64-2.7/src/lookup3 creating build/temp.linux-x86_64-2.7/src/SuperFastHash cc -pthread -DNDEBUG -O2 -fPIC -DBOOST_PYTHON_STATIC_LIB -I/home/cchary/dev/graphite/carbon/venv/include -c src/Hash.cpp -o build/temp.linux-x86_64-2.7/src/Hash.o -DSUPPORT_INT128=1 -msse4.2 -maes In file included from src/Hash.cpp:1:0: src/Hash.h: In function ‘PyObject* internal::convert(const T&) [with T = __int128 unsigned; PyObject = _object]’: src/Hash.h:72:36: error: invalid conversion from ‘const unsigned char*’ to ‘unsigned char*’ [-fpermissive] return ::_PyLong_FromByteArray((const unsigned char*) &value, sizeof(uint128_t), /*little_endian*/ 1, /*is_signed*/ 0); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ In file included from /home/cchary/dev/graphite/carbon/venv/include/Python.h:141:0, from /usr/include/boost/python/detail/wrap_python.hpp:151, from /usr/include/boost/python/detail/prefix.hpp:13, from /usr/include/boost/python/args.hpp:8, from /usr/include/boost/python.hpp:11, from src/Hash.h:3, from src/Hash.cpp:1: /usr/lib/pypy/include/pypy_decl.h:1047:24: note: initializing argument 1 of ‘PyObject* _PyPyLong_FromByteArray(unsigned char*, long unsigned int, int, int)’ PyAPI_FUNC(PyObject *) _PyLong_FromByteArray(unsigned char *arg0, Unsigned arg1, int arg2, int arg3); ^ In file included from src/Hash.cpp:1:0: src/Hash.h: In function ‘T extract_hash_value(PyObject*) [with T = __int128 unsigned; PyObject = _object]’: src/Hash.h:152:5: error: ‘_PyLong_AsByteArray’ was not declared in this scope _PyLong_AsByteArray((PyLongObject *)obj, (unsigned char *) &value, sizeof(uint128_t), /*little_endian*/ 1, /*is_signed*/ 0); ^~~~~~~~~~~~~~~~~~~ src/Hash.h:152:5: note: suggested alternative: ‘_PyLong_FromByteArray’ _PyLong_AsByteArray((PyLongObject *)obj, (unsigned char *) &value, sizeof(uint128_t), /*little_endian*/ 1, /*is_signed*/ 0); ^~~~~~~~~~~~~~~~~~~ _PyLong_FromByteArray In file included from src/Hash.cpp:1:0: src/Hash.h: In static member function ‘static boost::python::api::object Hasher<T>::CallWithArgs(boost::python::tuple, boost::python::dict)’: src/Hash.h:237:50: error: there are no arguments to ‘PyUnicode_AsUTF16String’ that depend on a template parameter, so a declaration of ‘PyUnicode_AsUTF16String’ must be available [-fpermissive] py::object utf16 = py::object(py::handle<>(PyUnicode_AsUTF16String(arg.ptr()))); ^~~~~~~~~~~~~~~~~~~~~~~ src/Hash.h:237:50: note: (if you use ‘-fpermissive’, G++ will accept your code, but allowing the use of an undeclared name is deprecated) src/Hash.h: In instantiation of ‘static boost::python::api::object Hasher<T>::CallWithArgs(boost::python::tuple, boost::python::dict) [with T = city_hash_t<__int128 unsigned>]’: src/CityHash.h:155:57: required from here src/Hash.h:237:73: error: ‘PyUnicode_AsUTF16String’ was not declared in this scope py::object utf16 = py::object(py::handle<>(PyUnicode_AsUTF16String(arg.ptr()))); ~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~ src/Hash.h:237:73: note: suggested alternative: ‘PyUnicode_AsUTF8String’ ``` Looks like the first error could be fixed in pypy (the missing `const`). The second comes from the fact that `Py_UNICODE_WIDE` is defined even if UTF16 function do not seem to be implemented

1 0

Issue #2736: ImportError: cannot import name '_remove_dead_weakref' on Pypy Windows (pypy/pypy)
by Yeo Han, Jordan 16 Jan '18

16 Jan '18

New issue 2736: ImportError: cannot import name '_remove_dead_weakref' on Pypy Windows https://bitbucket.org/pypy/pypy/issues/2736/importerror-cannot-import-name Yeo Han, Jordan: There is an error with the latest Pypy 5.10.0 for windows in which Pypy cannot import the library weakref. If Pypy is used alone without any file, to replicate the error, just type. ``` #!python import weakref ``` and the error ImportError: cannot import name '_remove_dead_weakref' will appear. This restricts using the Multiprocessing library as well as Multiprocessing uses the weakref library. Any way to solve this?

1 0

Issue #2735: `os.readlink` missing in PyPy3 5.10.1 on Windows (pypy/pypy)
by William Minchin 15 Jan '18

15 Jan '18

New issue 2735: `os.readlink` missing in PyPy3 5.10.1 on Windows https://bitbucket.org/pypy/pypy/issues/2735/osreadlink-missing-in-pypy3-510… William Minchin: I'm trying to create a virtual environment using the `venv` module. ``` > C:\Programs\pypy3-v5.10.1-win32\pypy3.exe -m venv environment-name Error: module 'os' has no attribute 'readlink' ``` Comparing the "regular" Python documentation for Python 2 and 3, it looks like this functionality was added to the Windows version of Python 3. - Python 2 os.readlink() --> https://docs.python.org/2/library/os.html#os.readlink - Python 3 os.readlink() --> https://docs.python.org/3/library/os.html#os.readlink I'm on Windows 10 x64, running PyPy3 v5.10.1 through Powershell.

1 0