From issues-reply at bitbucket.org  Thu Jun  2 07:46:05 2016
From: issues-reply at bitbucket.org (Chi Hsuan Yen)
Date: Thu, 02 Jun 2016 11:46:05 -0000
Subject: [pypy-issue] Issue #2315: Failed to `import ssl` if openssl is
 built without SSLv3 (pypy/pypy)
Message-ID: <20160602114605.4189.2648@celery-worker-104.ash1.bb-inf.net>

New issue 2315: Failed to `import ssl` if openssl is built without SSLv3
https://bitbucket.org/pypy/pypy/issues/2315/failed-to-import-ssl-if-openssl-is-built

Chi Hsuan Yen:

On Arch Linux, openssl is built without SSLv3 [1]. Building against the py3k branch is successful, but importing ssl fails:

$ pypy3 -c 'import ssl'
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/home/yen/tmp/pypy/lib-python/3/ssl.py", line 94, in <module>
    from _ssl import (PROTOCOL_SSLv3, PROTOCOL_SSLv23,
ImportError: cannot import name 'PROTOCOL_SSLv3'

[1] https://git.archlinux.org/svntogit/packages.git/tree/openssl/trunk/PKGBUILD



From issues-reply at bitbucket.org  Tue Jun  7 00:15:10 2016
From: issues-reply at bitbucket.org (Chi Hsuan Yen)
Date: Tue, 07 Jun 2016 04:15:10 -0000
Subject: [pypy-issue] Issue #2316: os.get_terminal_size() is missing on
 PyPy3 (HG py3k branch) (pypy/pypy)
Message-ID: <20160607041510.33885.51409@celery-worker-101.ash1.bb-inf.net>

New issue 2316: os.get_terminal_size() is missing on PyPy3 (HG py3k branch)
https://bitbucket.org/pypy/pypy/issues/2316/osget_terminal_size-is-missing-on-pypy3-hg

Chi Hsuan Yen:

As title, ```os.get_terminal_size()``` is not implemented yet, so ```shutil.get_terminal_size()``` failed:
```
$ pypy3 -c 'import shutil; shutil.get_terminal_size()'
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/opt/pypy3/lib-python/3/shutil.py", line 1058, in get_terminal_size
    size = os.get_terminal_size(sys.__stdout__.fileno())
AttributeError: 'module' object has no attribute 'get_terminal_size'
```
PyPy version:
```
$ pypy3 --version
Python 3.3.5 (ef5a7f148b27+, Jun 06 2016, 20:48:46)
[PyPy 5.3.0-alpha0 with GCC 6.1.1 20160501]
```
Downstream bug: in youtube-dl, we rely on ```hasattr``` to check whether ```shutil.get_terminal_size()``` is available or not. [1]

[1] https://github.com/rg3/youtube-dl/blob/e67f688/youtube_dl/compat.py#L548



From issues-reply at bitbucket.org  Tue Jun  7 12:26:45 2016
From: issues-reply at bitbucket.org (peterjc)
Date: Tue, 07 Jun 2016 16:26:45 -0000
Subject: [pypy-issue] Issue #2317: pypy3 subprocess.Popen failing with
 [WinError 0] rather than [WinError 2] (pypy/pypy)
Message-ID: <20160607162645.13979.80958@celery-worker-104.ash1.bb-inf.net>

New issue 2317: pypy3 subprocess.Popen failing with [WinError 0] rather than [WinError 2]
https://bitbucket.org/pypy/pypy/issues/2317/pypy3-subprocesspopen-failing-with

peterjc:

There is a problem in pypy3-2.4.0 using subprocess when the command does not exist on the `$PATH`, which ought to trigger ``[WinError 2] The system cannot find the file specified`` but instead gives ``[Error 0] The operation completed successfully`` and an additional exception trying to close a non-existent file handle.

Testing on Windows XP (yes, I know its old):

```
c:\pypy3-2.4.0-win32\pypy -c "import subprocess; child = subprocess.Popen('doesnotexist.exe --help', stdin=subprocess.PIPE, stdout=subprocess.PIPE, stderr=subprocess.STDOUT, universal_newlines=True, shell=False)"
Traceback (most recent call last):
  File "c:\pypy3-2.4.0-win32\lib-python\3\subprocess.py", line 744, in __init__
    restore_signals, start_new_session)
  File "c:\pypy3-2.4.0-win32\lib-python\3\subprocess.py", line 981, in _execute_
child
    startupinfo)
  File "c:\pypy3-2.4.0-win32\lib_pypy\_subprocess.py", line 166, in CreateProces
s
    raise _WinError()
WindowsError: [Error 0] The operation completed successfully

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "c:\pypy3-2.4.0-win32\lib-python\3\subprocess.py", line 763, in __init__
    os.close(fd)
TypeError: __int__ returned non-int (type 'NoneType')
```

For comparison, the expected behaviour would be:

```
c:\python33\python -c "import subprocess; child = subprocess.Popen('doesnotexist.exe --help', stdin=subprocess.PIPE, stdout=subprocess.PIPE, stderr=subprocess.STDOUT, universal_newlines=True, shell=False)"
Traceback (most recent call last):
  File "c:\python33\lib\subprocess.py", line 1090, in _execute_child
    startupinfo)
FileNotFoundError: [WinError 2] The system cannot find the file specified

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "c:\python33\lib\subprocess.py", line 818, in __init__
    restore_signals, start_new_session)
  File "c:\python33\lib\subprocess.py", line 1096, in _execute_child
    raise WindowsError(*e.args)
FileNotFoundError: [WinError 2] The system cannot find the file specified
```

Or:

```
c:\python34\python -c "import subprocess; child = subprocess.Popen('doesnotexist.exe --help', stdin=subprocess.PIPE, stdout=subprocess.PIPE, stderr=subprocess.STDOUT, universal_newlines=True, shell=False)"
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "c:\python34\lib\subprocess.py", line 848, in __init__
    restore_signals, start_new_session)
  File "c:\python34\lib\subprocess.py", line 1104, in _execute_child
    startupinfo)
FileNotFoundError: [WinError 2] The system cannot find the file specified
```

Also working:

```
c:\pypy-5.0.1-win32\pypy -c "import subprocess; child = subprocess.Popen('doesnotexist.exe --help', stdin=subprocess.PIPE, stdout=subprocess.PIPE, stderr=subprocess.STDOUT, universal_newlines=True, shell=False)"
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "c:\pypy-5.0.1-win32\lib-python\2.7\subprocess.py", line 725, in __init__

    errread, errwrite)
  File "c:\pypy-5.0.1-win32\lib-python\2.7\subprocess.py", line 977, in _execute
_child
    startupinfo)
  File "c:\pypy-5.0.1-win32\lib_pypy\_subprocess.py", line 165, in CreateProcess

    raise _WinError()
WindowsError: [Error 2] The system cannot find the file specified
```



From issues-reply at bitbucket.org  Thu Jun  9 03:58:44 2016
From: issues-reply at bitbucket.org (Stefano Rivera)
Date: Thu, 09 Jun 2016 07:58:44 -0000
Subject: [pypy-issue] Issue #2318: JIT requires recent Z-Arch (pypy/pypy)
Message-ID: <20160609075844.20441.5813@celery-worker-101.ash1.bb-inf.net>

New issue 2318: JIT requires recent Z-Arch
https://bitbucket.org/pypy/pypy/issues/2318/jit-requires-recent-z-arch

Stefano Rivera:

Debian supports all z-arch subarchitectures, and pypy used to do so, before the zarch JIT was added. Now we get SIGILL on our z990 buildd

https://buildd.debian.org/status/fetch.php?pkg=pypy&arch=s390x&ver=5.3%2Bdfsg-1&stamp=1465458240

If the JIT requires modern zarch, can it disable itself if it detects an older CPU, rather than crashing with SIGILL?

Responsible: plan_rich

From issues-reply at bitbucket.org  Thu Jun  9 05:01:34 2016
From: issues-reply at bitbucket.org (Konstantin Lopuhin)
Date: Thu, 09 Jun 2016 09:01:34 -0000
Subject: [pypy-issue] Issue #2319: pip install numpy fails on PyPy 5.3 on OS
 X (pypy/pypy)
Message-ID: <20160609090134.14364.63754@celery-worker-103.ash1.bb-inf.net>

New issue 2319: pip install numpy fails on PyPy 5.3 on OS X
https://bitbucket.org/pypy/pypy/issues/2319/pip-install-numpy-fails-on-pypy-53-on-os-x

Konstantin Lopuhin:

The error is ``AttributeError: 'module' object has no attribute 'get_makefile_filename'``, which is similar to #1636. The same steps work on Ubuntu for pypy 5.3, and ``pip install numpy`` works under CPython 2.7 on the same OS X. I attached the full log. It could be specific to my machine / compilers available, shall I try to get more info?



From issues-reply at bitbucket.org  Thu Jun  9 05:19:02 2016
From: issues-reply at bitbucket.org (Richard Plangger)
Date: Thu, 09 Jun 2016 09:19:02 -0000
Subject: [pypy-issue] Issue #2320: PowerPC VSX support (pypy/pypy)
Message-ID: <20160609091902.31995.96852@celery-worker-104.ash1.bb-inf.net>

New issue 2320: PowerPC VSX support
https://bitbucket.org/pypy/pypy/issues/2320/powerpc-vsx-support

Richard Plangger:

The goal is to enhance the backend to support PowerPC SIMD unit. Ultimately this will enhance the execution speed of micro NumPy.

Only the most recent ISA will be supported. A hard requirement for the time being is the support for unaligned loads/stores.

What to expect: As soon as enough time is spent in the optimized (vectorized) code, one can measure faster execution. For a micro benchmark stressing the implementation it
would be a factor of 1.5x-2.0x speedup for e.g. float (64bit) addition/multiplication.

A benchmark run will evaluate the implementation on ppc and compare it to x86.

Responsible: plan_rich

From issues-reply at bitbucket.org  Thu Jun  9 12:01:56 2016
From: issues-reply at bitbucket.org (Jared Hoag)
Date: Thu, 09 Jun 2016 16:01:56 -0000
Subject: [pypy-issue] Issue #2321: import scipy.integrate fails on pypy
 5.3.0 on MacOS X (pypy/pypy)
Message-ID: <20160609160156.12107.42066@celery-worker-101.ash1.bb-inf.net>

New issue 2321: import scipy.integrate fails on pypy 5.3.0 on MacOS X
https://bitbucket.org/pypy/pypy/issues/2321/import-scipyintegrate-fails-on-pypy-530-on

Jared Hoag:

On a fresh installation of pypy 5.3 with numpy-1.2.12.0.dev0 and scipy 0.18.0.dev0, the following code:

-----
import scipy.integrate

print "Hello, world!"
-----

produces this error:

------
Traceback (most recent call last):
  File "integrate.py", line 1, in <module>
    import scipy.integrate
  File "/opt/pypy2-v5.3.0-osx64/site-packages/scipy/integrate/__init__.py", line 55, in <module>
    from .quadrature import *
  File "/opt/pypy2-v5.3.0-osx64/site-packages/scipy/integrate/quadrature.py", line 10, in <module>
    from scipy.special.orthogonal import p_roots
  File "/opt/pypy2-v5.3.0-osx64/site-packages/scipy/special/__init__.py", line 636, in <module>
    from ._ufuncs import *
  File "scipy/special/_ufuncs.pyx", line 1, in init scipy.special._ufuncs (scipy/special/_ufuncs.c:36279)
ImportError: unable to load extension module '/opt/pypy2-v5.3.0-osx64/site-packages/scipy/special/_ufuncs_cxx.pypy-41.so': dlopen(/opt/pypy2-v5.3.0-osx64/site-packages/scipy/special/_ufuncs_cxx.pypy-41.so, 6): Symbol not found: __Z12PyMem_Mallocm
  Referenced from: /opt/pypy2-v5.3.0-osx64/site-packages/scipy/special/_ufuncs_cxx.pypy-41.so
  Expected in: dynamic lookup
-----



From issues-reply at bitbucket.org  Mon Jun 13 10:28:48 2016
From: issues-reply at bitbucket.org (Richard Plangger)
Date: Mon, 13 Jun 2016 14:28:48 -0000
Subject: [pypy-issue] Issue #2322: Z SIMD Support (pypy/pypy)
Message-ID: <20160613142848.5014.95979@celery-worker-104.ash1.bb-inf.net>

New issue 2322: Z SIMD Support
https://bitbucket.org/pypy/pypy/issues/2322/z-simd-support

Richard Plangger:

The goal is to enhance the backend to support s390x's SIMD unit. Ultimately this will enhance the execution speed of micro NumPy.
What to expect: As soon as enough time is spent in the optimized (vectorized) code, one can measure faster execution. For a micro benchmark stressing the implementation it would be a factor of 1.5x-2.0x speedup for e.g. float (64bit) addition/multiplication.
A benchmark run will evaluate the implementation on s390x and compare it to x86.

Responsible: plan_rich

From issues-reply at bitbucket.org  Mon Jun 13 10:41:32 2016
From: issues-reply at bitbucket.org (Daniel Holth)
Date: Mon, 13 Jun 2016 14:41:32 -0000
Subject: [pypy-issue] Issue #2323: SCons slower on pypy (pypy/pypy)
Message-ID: <20160613144132.40556.47792@celery-worker-101.ash1.bb-inf.net>

New issue 2323: SCons slower on pypy
https://bitbucket.org/pypy/pypy/issues/2323/scons-slower-on-pypy

Daniel Holth:

SCons does a lot of `__class__` assignment with classes using `__slots__` and interestingly this didn't work on pypy even though the slots matched, so https://bitbucket.org/dholth/scons takes `__slots__` out with a metaclass.

Disregarding the issue that prevents it from running at all it is perhaps 20% slower, for example building the `local-zip` target. Perhaps that is interesting to you. Thanks.



From issues-reply at bitbucket.org  Mon Jun 13 10:53:45 2016
From: issues-reply at bitbucket.org (Jason Madden)
Date: Mon, 13 Jun 2016 14:53:45 -0000
Subject: [pypy-issue] Issue #2324: bytearray().replace('a',
 'bc') raises MemoryError (pypy/pypy)
Message-ID: <20160613145345.38741.47378@celery-worker-101.ash1.bb-inf.net>

New issue 2324: bytearray().replace('a', 'bc') raises MemoryError
https://bitbucket.org/pypy/pypy/issues/2324/bytearray-replace-a-bc-raises-memoryerror

Jason Madden:

Given an empty bytearry, trying to replace any string with a longer string raises a MemoryError in every version of PyPy from 2.5.0 onward (tested 2.5.0 on OS X and Linux, 4.0.0 and 4.0.1, 5.0.0 and 5.3.0 on OS X):

```python
Python 2.7.10 (5f8302b8bf9f, Nov 18 2015, 10:38:03)
[PyPy 4.0.1 with GCC 4.2.1 Compatible Apple LLVM 5.1 (clang-503.0.40)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>>> bytearray().replace("\\", '\\\\')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
MemoryError
>>>> bytearray().replace("a", 'b')
bytearray(b'')
>>>> bytearray().replace("a", '\\\\')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
MemoryError
>>>> bytearray().replace("\\", 'b')
bytearray(b'')
>>>> bytearray().replace("\\", 'b')
bytearray(b'')
>>>> bytearray().replace('a', 'bc')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
MemoryError
```

These cases all work in CPython. 

This came up in PyMySQL which is uses `value.replace('\\', '\\\\')` to do string escaping. See https://github.com/PyMySQL/PyMySQL/issues/474

Curiously, replacing an empty substring with a longer string does work:
```python
Python 2.7.10 (c09c19272c99, Jun 07 2016, 16:26:05)
[PyPy 5.3.0 with GCC 4.2.1 Compatible Apple LLVM 5.1 (clang-503.0.40)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>>> bytearray().replace('', 'bcd')
bytearray(b'bcd')
```



From issues-reply at bitbucket.org  Mon Jun 13 11:32:05 2016
From: issues-reply at bitbucket.org (Daniel Holth)
Date: Mon, 13 Jun 2016 15:32:05 -0000
Subject: [pypy-issue] Issue #2325: `__slots__` and `__class__` assignment is
 broken (pypy/pypy)
Message-ID: <20160613153205.56321.84165@celery-worker-102.ash1.bb-inf.net>

New issue 2325: `__slots__` and `__class__` assignment is broken
https://bitbucket.org/pypy/pypy/issues/2325/__slots__-and-__class__-assignment-is

Daniel Holth:

SCons does a lot of `__class__` assignment with classes using `__slots__`. This doesn't work on PyPy. PyPy is documented to be limited here, but SCons is also careful to keep `__slots__` the same between morphing classes, while the error message suggests the class layout differs.

Small test case

```
#!python

class A(object):
    __slots__ = ['a']

class B(object):
    __slots__ = ['a']

a = A(); a.__class__ = B
```




From issues-reply at bitbucket.org  Mon Jun 13 11:36:10 2016
From: issues-reply at bitbucket.org (Daniel Holth)
Date: Mon, 13 Jun 2016 15:36:10 -0000
Subject: [pypy-issue] Issue #2326: empty tuple is not a singleton on pypy
 (pypy/pypy)
Message-ID: <20160613153610.22963.64429@celery-worker-103.ash1.bb-inf.net>

New issue 2326: empty tuple is not a singleton on pypy
https://bitbucket.org/pypy/pypy/issues/2326/empty-tuple-is-not-a-singleton-on-pypy

Daniel Holth:

Not sure if this is a documented difference. The empty tuple appears to be a singleton on CPython but not on pypy. This function returns True on Python 2.7 and False on PyPy 5.3.0.

```
#!python

a = ()
b = ()
a is b
```




From issues-reply at bitbucket.org  Mon Jun 13 18:26:40 2016
From: issues-reply at bitbucket.org (Jared Hoag)
Date: Mon, 13 Jun 2016 22:26:40 -0000
Subject: [pypy-issue] Issue #2327: Unable to install matplotlib with pypy
 5.3.0 on MacOS X (GCC 4.2.1) (pypy/pypy)
Message-ID: <20160613222640.32407.62404@celery-worker-101.ash1.bb-inf.net>

New issue 2327: Unable to install matplotlib with pypy 5.3.0 on MacOS X (GCC 4.2.1)
https://bitbucket.org/pypy/pypy/issues/2327/unable-to-install-matplotlib-with-pypy-530

Jared Hoag:

The key part is the following:


```
#!bash

 cc -arch x86_64 -O2 -fPIC -Wimplicit -DPY_ARRAY_UNIQUE_SYMBOL=MPL_matplotlib_backends__macosx_ARRAY_API -DNPY_NO_DEPRECATED_API=NPY_1_7_API_VERSION -I/opt/pypy2-v5.3.0-osx64/site-packages/numpy-1.12.0.dev0+d69c147-py2.7-macosx-10.11-x86_64.egg/numpy/core/include -I/usr/local/include -I/usr/X11/include -I/opt/X11/include -I. -Iextern/agg24-svn/include -I/opt/pypy2-v5.3.0-osx64/include -c src/_macosx.m -o build/temp.macosx-10.11-x86_64-2.7/src/_macosx.o
    src/_macosx.m:3743:17: warning: null passed to a callee that requires a non-null argument [-Wnonnull]
        data = [rep representationUsingType:filetype properties:nil];
                    ^                                           ~~~
    src/_macosx.m:5167:51: warning: incompatible pointer types passing 'unichar *' (aka 'unsigned short *') to parameter of type 'const wchar_t *' (aka 'const int *') [-Wincompatible-pointer-types]
            PyObject* string =  PyUnicode_FromUnicode(buffer, n);
                                                      ^~~~~~
    /opt/pypy2-v5.3.0-osx64/include/pypy_decl.h:905:63: note: passing argument to parameter 'arg0' here
    PyAPI_FUNC(PyObject *) PyPyUnicode_FromUnicode(const wchar_t *arg0, Py_ssize_t arg1);
                                                                  ^
    src/_macosx.m:6384:5: error: use of undeclared identifier 'PyOS_InputHook'
        PyOS_InputHook = wait_for_stdin;
        ^
    2 warnings and 1 error generated.
    error: command 'cc' failed with exit status 1
    
    ----------------------------------------
Command "/usr/local/bin/pypy -u -c "import setuptools, tokenize;__file__='/private/var/folders/lm/km4ftqs548z3k7z9_b5plpzc0000gn/T/pip-build-0iGov6/matplotlib/setup.py';exec(compile(getattr(tokenize, 'open', open)(__file__).read().replace('\r\n', '\n'), __file__, 'exec'))" install --record /var/folders/lm/km4ftqs548z3k7z9_b5plpzc0000gn/T/pip-Tx4Jcu-record/install-record.txt --single-version-externally-managed --compile" failed with error code 1 in /private/var/folders/lm/km4ftqs548z3k7z9_b5plpzc0000gn/T/pip-build-0iGov6/matplotlib/
```

I have created a pastebin at: http://pastebin.com/ZN0HVTzq showing the full log of trying to install matplotlib for/with pypy 5.3.0.



From issues-reply at bitbucket.org  Tue Jun 14 16:37:37 2016
From: issues-reply at bitbucket.org (Eric van Riet Paap)
Date: Tue, 14 Jun 2016 20:37:37 -0000
Subject: [pypy-issue] Issue #2328: OSX: Crash in h5py while using brainstorm
 (neuralnetwork) (pypy/pypy)
Message-ID: <20160614203737.19009.32589@celery-worker-104.ash1.bb-inf.net>

New issue 2328: OSX: Crash in h5py while using brainstorm (neuralnetwork)
https://bitbucket.org/pypy/pypy/issues/2328/osx-crash-in-h5py-while-using-brainstorm

Eric van Riet Paap:

```
brew install pypy homebrew/science/hdf5
pip_pypy install h5py brainstorm
git clone https://github.com/IDSIA/brainstorm
cd brainstorm/data
pypy create_mnist.py
```

Using data directory: .
Downloading MNIST data ...
Exception KeyError: KeyError(4434763808L,) in 'h5py._objects.ObjectID.__dealloc__' ignored
RPython traceback:
  File "pypy_module_cpyext.c", line 7198, in wrapper_second_level__star_1
  File "pypy_module_cpyext_5.c", line 9297, in tuple_dealloc
Fatal RPython error: AssertionError
Abort trap: 6


```pypy --version```
Python 2.7.10 (c09c19272c990a0611b17569a0085ad1ab00c8ff, Jun 13 2016, 03:59:08)
[PyPy 5.3.0 with GCC 4.2.1 Compatible Apple LLVM 7.3.0 (clang-703.0.31)]






From issues-reply at bitbucket.org  Mon Jun 20 07:57:57 2016
From: issues-reply at bitbucket.org (Tobias Pape)
Date: Mon, 20 Jun 2016 11:57:57 -0000
Subject: [pypy-issue] Issue #2329: OSX: traceback in interactive mode
 (pypy/pypy)
Message-ID: <20160620115757.5063.35336@celery-worker-104.ash1.bb-inf.net>

New issue 2329: OSX: traceback in interactive mode
https://bitbucket.org/pypy/pypy/issues/2329/osx-traceback-in-interactive-mode

Tobias Pape:


```
% pypy
Python 2.7.10 (c09c19272c990a0611b17569a0085ad1ab00c8ff, Jun 13 2016, 03:58:09)
[PyPy 5.3.0 with GCC 4.2.1 Compatible Apple LLVM 6.0 (clang-600.0.57)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
And now for something completely different: ``"it's likely temporary until
forever" arigo''
Traceback (most recent call last):
  File "/usr/local/Cellar/pypy/5.3.0/libexec/lib_pypy/_pypy_interact.py", line 42, in interactive_console
    run_multiline_interactive_console(mainmodule, future_flags=future_flags)
TypeError: run_multiline_interactive_console() got an unexpected keyword argument 'future_flags'
zsh: exit 1     pypy
```




From issues-reply at bitbucket.org  Thu Jun 23 10:25:35 2016
From: issues-reply at bitbucket.org (Stuart Axon)
Date: Thu, 23 Jun 2016 14:25:35 -0000
Subject: [pypy-issue] Issue #2330: Trouble building pygobject (pypy/pypy)
Message-ID: <20160623142535.22351.63512@celery-worker-104.ash1.bb-inf.net>

New issue 2330: Trouble building pygobject
https://bitbucket.org/pypy/pypy/issues/2330/trouble-building-pygobject

Stuart Axon:

This looks like an error in the pygobject code ... OTOH, it builds OK with cpython so might not be.

```
git clone https://git.gnome.org/browse/pygobject
cd pygobject
```

```
$ ?./autogen.sh --with-python=`which pypy`
/usr/bin/gnome-autogen.sh
checking for automake >= 1.11.2...
  testing automake... found 1.15
checking for autoreconf >= 2.53...
  testing autoreconf... found 2.69
checking for pkg-config >= 0.14.0...
  testing pkg-config... found 0.29.1
Checking for required M4 macros...
Processing ./configure.ac
Running autoreconf...
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal --force --warnings=no-portability -I m4 ${ACLOCAL_FLAGS}
autoreconf: configure.ac: tracing
autoreconf: running: libtoolize --copy --force
libtoolize: putting auxiliary files in '.'.
libtoolize: copying file './ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4'.
libtoolize: copying file 'm4/libtool.m4'
libtoolize: copying file 'm4/ltoptions.m4'
libtoolize: copying file 'm4/ltsugar.m4'
libtoolize: copying file 'm4/ltversion.m4'
libtoolize: copying file 'm4/lt~obsolete.m4'
autoreconf: running: /usr/bin/autoconf --force --warnings=no-portability
autoreconf: running: /usr/bin/autoheader --force --warnings=no-portability
autoreconf: running: automake --add-missing --copy --force-missing --warnings=no-portability
configure.ac:81: installing './compile'
configure.ac:49: installing './missing'
gi/Makefile.am: installing './depcomp'
tests/Makefile.am:9: warning: source file '$(srcdir)/gimarshallingtestsextra.c' is in a subdirectory,
tests/Makefile.am:9: but option 'subdir-objects' is disabled
automake: warning: possible forward-incompatibility.
automake: At least a source file is in a subdirectory, but the 'subdir-objects'
automake: automake option hasn't been enabled.  For now, the corresponding output
automake: object file(s) will be placed in the top-level directory.  However,
automake: this behaviour will change in future Automake versions: they will
automake: unconditionally cause object files to be placed in the same subdirectory
automake: of the corresponding sources.
automake: You are advised to start using 'subdir-objects' option throughout your
automake: project, to avoid future incompatibilities.
tests/Makefile.am:5: warning: source file '$(GI_DATADIR)/tests/gimarshallingtests.c' is in a subdirectory,
tests/Makefile.am:5: but option 'subdir-objects' is disabled
tests/Makefile.am:37: warning: source file '$(GI_DATADIR)/tests/regress.c' is in a subdirectory,
tests/Makefile.am:37: but option 'subdir-objects' is disabled
autoreconf: Leaving directory `.'
Running ./configure --with-python=/usr/bin/pypy ...
checking whether make supports nested variables... yes
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking build system type... x86_64-pc-linux-gnu
checking host system type... x86_64-pc-linux-gnu
checking for build time linking with Python (Darwin and Win32)... no
checking how to print strings... printf
checking for style of include used by make... GNU
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc understands -c and -o together... yes
checking dependency style of gcc... gcc3
checking for a sed that does not truncate output... /bin/sed
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for fgrep... /bin/grep -F
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking how to convert x86_64-pc-linux-gnu file names to x86_64-pc-linux-gnu format... func_convert_file_noop
checking how to convert x86_64-pc-linux-gnu file names to toolchain format... func_convert_file_noop
checking for /usr/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for dlltool... no
checking how to associate runtime and link libraries... printf %s\n
checking for ar... ar
checking for archiver @FILE support... @
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for sysroot... no
checking for a working dd... /bin/dd
checking how to truncate binary pipes... /bin/dd bs=4096 count=1
checking for mt... mt
checking if mt is a manifest tool... no
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking for shl_load... no
checking for shl_load in -ldld... no
checking for dlopen... no
checking for dlopen in -ldl... yes
checking whether a program can dlopen itself... yes
checking whether a statically linked program can dlopen itself... no
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
checking for library containing strerror... none required
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking whether gcc understands -c and -o together... (cached) yes
checking dependency style of gcc... (cached) gcc3
/usr/bin/pypy
checking whether /usr/bin/pypy version >= 2.7... yes
checking for /usr/bin/pypy version... 2.7
checking for /usr/bin/pypy platform... linux2
checking for /usr/bin/pypy script directory... ${prefix}/site-packages
checking for /usr/bin/pypy extension module directory... ${exec_prefix}/site-packages
checking for python version... (cached) 2.7
checking for python platform... (cached) linux2
checking for python script directory... (cached) ${prefix}/site-packages
checking for python extension module directory... (cached) ${exec_prefix}/site-packages
checking for headers required to compile python extensions... found
checking for PySignal_SetWakeupFd in Python.h... no
checking for python module thread... yes
checking whether to enable threading in pygobject... yes
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.16... yes
checking for GLIB - version >= 2.38.0... yes (version 2.48.1)
checking for FFI... yes
checking for GIO... yes
checking for GI... yes
checking for CAIRO... yes
checking for PYCAIRO... yes
checking whether gcc understands -Wall... yes
checking whether gcc understands -Wstrict-prototypes... yes
checking whether gcc understands -Wnested-externs... yes
checking whether gcc understands -Werror=missing-prototypes... yes
checking whether gcc understands -Werror=implicit-function-declaration... yes
checking whether gcc understands -Werror=pointer-arith... yes
checking whether gcc understands -Werror=init-self... yes
checking whether gcc understands -Werror=format-security... yes
checking whether gcc understands -Werror=format=2... yes
checking whether gcc understands -Werror=missing-include-dirs... yes
checking what warning flags to pass to the C compiler...  -Wall -Wstrict-prototypes -Wnested-externs -Werror=missing-prototypes -Werror=implicit-function-declaration -Werror=pointer-arith -Werror=init-self -Werror=format-security -Werror=format=2 -Werror=missing-include-dirs
checking what language compliance flags to pass to the C compiler... 
checking for Gnome code coverage support... yes
checking whether to build with code coverage support... no
checking whether gcc understands -Wall... yes
checking whether gcc understands -Werror=unused-variable... yes
checking whether gcc understands -fno-strict-aliasing... yes
checking whether gcc understands -Werror=declaration-after-statement... yes
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Makefile
config.status: creating pygobject-3.0.pc
config.status: creating pygobject-3.0-uninstalled.pc
config.status: creating gi/Makefile
config.status: creating gi/repository/Makefile
config.status: creating gi/overrides/Makefile
config.status: creating gi/_gobject/Makefile
config.status: creating examples/Makefile
config.status: creating tests/Makefile
config.status: creating pygtkcompat/Makefile
config.status: creating PKG-INFO
config.status: creating config.h
config.status: executing depfiles commands
config.status: executing libtool commands

	pygobject 3.21.1

	Using python interpreter:	/usr/bin/pypy
	cairo support:			yes
	thread support:			yes
	code coverage support:          no

Now type `make' to compile pygobject
 stu ? beezlebub ? ~ ? projects ? external ? pygobject ? master ? $ ?make
make  all-recursive
make[1]: Entering directory '/mnt/data/home/stu/projects/external/pygobject'
Making all in .
make[2]: Entering directory '/mnt/data/home/stu/projects/external/pygobject'
for f in gi/__init__.py gi/types.py gi/module.py gi/importer.py gi/pygtkcompat.py gi/docstring.py gi/_constants.py gi/_propertyhelper.py gi/_signalhelper.py gi/_option.py gi/_error.py; do \
	[ -e ./$f ] || \
		ln -s /home/stu/projects/external/pygobject/$f ./$f; \
done
make[2]: Leaving directory '/mnt/data/home/stu/projects/external/pygobject'
Making all in examples
make[2]: Entering directory '/mnt/data/home/stu/projects/external/pygobject/examples'
make[2]: Nothing to be done for 'all'.
make[2]: Leaving directory '/mnt/data/home/stu/projects/external/pygobject/examples'
Making all in gi
make[2]: Entering directory '/mnt/data/home/stu/projects/external/pygobject/gi'
Making all in repository
make[3]: Entering directory '/mnt/data/home/stu/projects/external/pygobject/gi/repository'
for f in __init__.py; do \
    [ -e ./$f ] || ln -s ./$f ./$f; \
done
make[3]: Leaving directory '/mnt/data/home/stu/projects/external/pygobject/gi/repository'
Making all in overrides
make[3]: Entering directory '/mnt/data/home/stu/projects/external/pygobject/gi/overrides'
for f in GLib.py Gtk.py Gdk.py GObject.py Gio.py GIMarshallingTests.py Pango.py keysyms.py __init__.py; do \
    [ -e ./$f ] || ln -s ./$f ./$f; \
done
make[3]: Leaving directory '/mnt/data/home/stu/projects/external/pygobject/gi/overrides'
Making all in _gobject
make[3]: Entering directory '/mnt/data/home/stu/projects/external/pygobject/gi/_gobject'
for f in __init__.py; do \
    [ -e ./$f ] || ln -s ./$f ./$f; \
done
make[3]: Leaving directory '/mnt/data/home/stu/projects/external/pygobject/gi/_gobject'
make[3]: Entering directory '/mnt/data/home/stu/projects/external/pygobject/gi'
  CC       _gi_la-gobjectmodule.lo
  CC       _gi_la-pygboxed.lo
  CC       _gi_la-pygenum.lo
  CC       _gi_la-pygflags.lo
  CC       _gi_la-pyginterface.lo
  CC       _gi_la-pygobject-object.lo
  CC       _gi_la-pygparamspec.lo
  CC       _gi_la-pygpointer.lo
  CC       _gi_la-pygtype.lo
  CC       _gi_la-glibmodule.lo
  CC       _gi_la-pygoptioncontext.lo
  CC       _gi_la-pygoptiongroup.lo
  CC       _gi_la-pygspawn.lo
  CC       _gi_la-pyglib.lo
  CC       _gi_la-gimodule.lo
  CC       _gi_la-pygi-repository.lo
  CC       _gi_la-pygi-info.lo
  CC       _gi_la-pygi-foreign.lo
  CC       _gi_la-pygi-struct.lo
  CC       _gi_la-pygi-source.lo
  CC       _gi_la-pygi-argument.lo
  CC       _gi_la-pygi-resulttuple.lo
pygi-resulttuple.c: In function ?resulttuple_dealloc?:
pygi-resulttuple.c:322:1: error: label at end of compound statement
 done:
 ^
Makefile:896: recipe for target '_gi_la-pygi-resulttuple.lo' failed
make[3]: *** [_gi_la-pygi-resulttuple.lo] Error 1
make[3]: Leaving directory '/mnt/data/home/stu/projects/external/pygobject/gi'
Makefile:1076: recipe for target 'all-recursive' failed
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory '/mnt/data/home/stu/projects/external/pygobject/gi'
Makefile:675: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/mnt/data/home/stu/projects/external/pygobject'
Makefile:498: recipe for target 'all' failed
make: *** [all] Error 2

```



From issues-reply at bitbucket.org  Sat Jun 25 19:46:55 2016
From: issues-reply at bitbucket.org (Pete Vine)
Date: Sat, 25 Jun 2016 23:46:55 -0000
Subject: [pypy-issue] Issue #2331: Add ARMv8 (aarch64) build option
 (pypy/pypy)
Message-ID: <20160625234655.2274.36162@celery-worker-104.ash1.bb-inf.net>

New issue 2331: Add ARMv8 (aarch64) build option
https://bitbucket.org/pypy/pypy/issues/2331/add-armv8-aarch64-build-option

Pete Vine:

Running on a Cortex-A53, Android TV box converted to Linux, detection fails presently:

```python
[platform:execute] gcc /tmp/usession-release-pypy2.7-v5.3.1-0/platcheck_84.o -pthread -Wl,--export-dynamic -lexpat -lrt -o /tmp/usession-release-pypy2.7-v5.3.1-0/platcheck_84
[translation:info] Error:
   File "/home/mxqproplus/pypy2-v5.3.1-src/rpython/translator/goal/translate.py", line 283, in main
    default_goal='compile')
   File "/home/mxqproplus/pypy2-v5.3.1-src/rpython/translator/driver.py", line 566, in from_targetspec
    spec = target(driver, args)
   File "targetpypystandalone.py", line 295, in target
    return self.get_entry_point(config)
   File "targetpypystandalone.py", line 343, in get_entry_point
    space = make_objspace(config)
   File "/home/mxqproplus/pypy2-v5.3.1-src/pypy/tool/option.py", line 35, in make_objspace
    return Space(config)
   File "/home/mxqproplus/pypy2-v5.3.1-src/pypy/interpreter/baseobjspace.py", line 411, in __init__
    self.initialize()
   File "/home/mxqproplus/pypy2-v5.3.1-src/pypy/objspace/std/objspace.py", line 106, in initialize
    self.setup_builtin_modules()
   File "/home/mxqproplus/pypy2-v5.3.1-src/pypy/interpreter/baseobjspace.py", line 652, in setup_builtin_modules
    mod.setup_after_space_initialization()
   File "/home/mxqproplus/pypy2-v5.3.1-src/pypy/module/__pypy__/__init__.py", line 119, in setup_after_space_initialization
    model = detect_cpu.autodetect()
   File "/home/mxqproplus/pypy2-v5.3.1-src/rpython/jit/backend/detect_cpu.py", line 109, in autodetect
    return detect_model_from_host_platform()
   File "/home/mxqproplus/pypy2-v5.3.1-src/rpython/jit/backend/detect_cpu.py", line 77, in detect_model_from_host_platform
    raise ProcessorAutodetectError("unknown machine name %s" % mach)
[translation:ERROR] ProcessorAutodetectError: unknown machine name aarch64
[translation] start debugger...
> /home/mxqproplus/pypy2-v5.3.1-src/rpython/jit/backend/detect_cpu.py(77)detect_model_from_host_platform()
-> raise ProcessorAutodetectError("unknown machine name %s" % mach)
```

BTW, these S905 TV boxes are probably the most attractive build bot ARM option at the moment (2GB of RAM and other goodies)



From issues-reply at bitbucket.org  Sat Jun 25 20:37:52 2016
From: issues-reply at bitbucket.org (Rodrigo Dias Cruz)
Date: Sun, 26 Jun 2016 00:37:52 -0000
Subject: [pypy-issue] Issue #2332: Unable to translate PyPy 5.3.1 on CentOS
 6.8 (pypy/pypy)
Message-ID: <20160626003752.31321.61715@celery-worker-104.ash1.bb-inf.net>

New issue 2332: Unable to translate PyPy 5.3.1 on CentOS 6.8
https://bitbucket.org/pypy/pypy/issues/2332/unable-to-translate-pypy-531-on-centos-68

Rodrigo Dias Cruz:

# Description #

* I am unable to translate PyPy 5.3.1 on a CentOS 6.8 system (details below).
* Could you please provide me with some guidance? Any help is appreciated. Thank you.

# Notes #

* PyPy 5.1.0 and earlier versions can be translated on the same system.
* I am able to translate PyPy 5.3.1 on a CentOS 7 system.

# Details #

* **System:** CentOS 6.8 x86_64 with 8GB of RAM
* **Installed dependencies:** bzip2-devel, expat-devel, gdbm-devel, ncurses-devel, libffi-devel, openssl-devel, sqlite-devel, tcl-devel, tk-devel, zlib-devel
* **Source:** https://bitbucket.org/pypy/pypy/downloads/pypy2-v5.3.1-src.tar.bz2
* **Translation environment:** PyPy 5.1.0
* **Translation command:** pypy ../../rpython/bin/rpython -Ojit targetpypystandalone

# Result #

```
[Timer] Timings:
[Timer] annotate                       ---  338.2 s
[Timer] rtype_lltype                   ---  472.8 s
[Timer] pyjitpl_lltype                 ---  777.0 s
[Timer] backendopt_lltype              ---  121.2 s
[Timer] stackcheckinsertion_lltype     ---   79.6 s
[Timer] database_c                     ---  193.6 s
[Timer] source_c                       ---  103.2 s
[Timer] compile_c                      ---   90.2 s
[Timer] ===========================================
[Timer] Total:                         --- 2175.8 s
[translation:info] Error:
   File "/root/pypy2-v5.3.1-src/rpython/translator/goal/translate.py", line 317, in main
    drv.proceed(goals)
   File "/root/pypy2-v5.3.1-src/rpython/translator/driver.py", line 551, in proceed
    result = self._execute(goals, task_skip = self._maybe_skip())
   File "/root/pypy2-v5.3.1-src/rpython/translator/tool/taskengine.py", line 114, in _execute
    res = self._do(goal, taskcallable, *args, **kwds)
   File "/root/pypy2-v5.3.1-src/rpython/translator/driver.py", line 278, in _do
    res = func()
   File "/root/pypy2-v5.3.1-src/rpython/translator/driver.py", line 518, in task_compile_c
    cbuilder.compile(**kwds)
   File "/root/pypy2-v5.3.1-src/rpython/translator/c/genc.py", line 396, in compile
    extra_opts)
   File "/root/pypy2-v5.3.1-src/rpython/translator/platform/posix.py", line 219, in execute_makefile
    self._handle_error(returncode, stdout, stderr, path.join('make'))
   File "/root/pypy2-v5.3.1-src/rpython/translator/platform/__init__.py", line 152, in _handle_error
    raise CompilationError(stdout, stderr)
[translation:ERROR] CompilationError: CompilationError(err="""
    implement_3.c: In function ?pypy_g_ccall_EVP_DigestFinal__EVP_MD_CTXPtr_arrayPtr_ar_1?:
    implement_3.c:3753: warning: pointer targets in passing argument 2 of ?EVP_DigestFinal? differ in signedness
    /usr/include/openssl/evp.h:569: note: expected ?unsigned char *? but argument is of type ?char *?
    implement_3.c: In function ?pypy_g_ccall_SSL_CTX_set_next_protos_advertised_cb__SSL_1?:
    implement_3.c:5304: warning: passing argument 2 of ?SSL_CTX_set_next_protos_advertised_cb? from incompatible pointer type
    /usr/include/openssl/ssl.h:998: note: expected ?int (*)(struct SSL *, const unsigned char **, unsigned int *, void *)? but argument is of type ?int (*)(struct SSL *, char **, unsigned int *, void *)?
    implement_3.c: In function ?pypy_g_ccall_SSL_CTX_set_next_proto_select_cb__SSL_CTXP_1?:
    implement_3.c:5332: warning: passing argument 2 of ?SSL_CTX_set_next_proto_select_cb? from incompatible pointer type
    /usr/include/openssl/ssl.h:1004: note: expected ?int (*)(struct SSL *, unsigned char **, unsigned char *, const unsigned char *, unsigned int,  void *)? but argument is of type ?int (*)(struct SSL *, char **, unsigned char *, char *, unsigned int,  void *)?
    implement_3.c: In function ?pypy_g_ccall_ERR_reason_error_string__Unsigned_reload?:
    implement_3.c:6410: warning: assignment discards qualifiers from pointer target type
    implement_3.c: In function ?pypy_g_ccall_i2d_X509__arrayPtr_arrayPtr_reload?:
    implement_3.c:43312: warning: passing argument 2 of ?i2d_X509? from incompatible pointer type
    /usr/include/openssl/x509.h:840: note: expected ?unsigned char **? but argument is of type ?char **?
    implement_3.c: In function ?pypy_g_ccall_inet_ntop__INT_arrayPtr_arrayPtr_UINT_relo?:
    implement_3.c:43678: warning: assignment discards qualifiers from pointer target type
    implement_11.c: In function ?pypy_g_ccall_X509V3_EXT_get__arrayPtr_reload?:
    implement_11.c:20585: warning: assignment discards qualifiers from pointer target type
    implement_11.c: In function ?pypy_g_ccall_ASN1_STRING_data__asn1_string_stPtr_reload?:
    implement_11.c:20677: warning: pointer targets in assignment differ in signedness
    implement_11.c: In function ?pypy_g_ccall_ASN1_item_d2i__arrayPtr_arrayPtr_Signed_AS_1?:
    implement_11.c:20750: warning: passing argument 2 of ?ASN1_item_d2i? from incompatible pointer type
    /usr/include/openssl/asn1.h:1088: note: expected ?const unsigned char **? but argument is of type ?char **?
    implement_11.c: In function ?pypy_g_ccall_OBJ_NAME_do_all__INT_funcPtr_arrayPtr_relo?:
    implement_11.c:21032: warning: passing argument 2 of ?OBJ_NAME_do_all? from incompatible pointer type
    /usr/include/openssl/objects.h:998: note: expected ?void (*)(const struct OBJ_NAME *, void *)? but argument is of type ?void (*)(struct OBJ_NAME *, void *)?
    implement_11.c: In function ?pypy_g_ccall_X509_get_default_cert_file_env____reload?:
    implement_11.c:21104: warning: assignment discards qualifiers from pointer target type
    implement_11.c: In function ?pypy_g_ccall_X509_get_default_cert_file____reload?:
    implement_11.c:21124: warning: assignment discards qualifiers from pointer target type
    implement_11.c: In function ?pypy_g_ccall_X509_get_default_cert_dir_env____reload?:
    implement_11.c:21144: warning: assignment discards qualifiers from pointer target type
    implement_11.c: In function ?pypy_g_ccall_X509_get_default_cert_dir____reload?:
    implement_11.c:21164: warning: assignment discards qualifiers from pointer target type
    implement_11.c: In function ?pypy_g_ccall_XML_SetSkippedEntityHandler__NonePtr_funcP_1?:
    implement_11.c:26087: warning: passing argument 2 of ?XML_SetSkippedEntityHandler? from incompatible pointer type
    /usr/include/expat.h:637: note: expected ?XML_SkippedEntityHandler? but argument is of type ?void (*)(void *, char *, int)?
    implement_11.c: In function ?pypy_g_ccall_XML_SetAttlistDeclHandler__NonePtr_funcPtr_1?:
    implement_11.c:26125: warning: passing argument 2 of ?XML_SetAttlistDeclHandler? from incompatible pointer type
    /usr/include/expat.h:175: note: expected ?XML_AttlistDeclHandler? but argument is of type ?void (*)(void *, char *, char *, char *, char *, int)?
    implement_11.c: In function ?pypy_g_ccall_XML_SetElementDeclHandler__NonePtr_funcPtr_1?:
    implement_11.c:26162: warning: passing argument 2 of ?XML_SetElementDeclHandler? from incompatible pointer type
    /usr/include/expat.h:155: note: expected ?XML_ElementDeclHandler? but argument is of type ?void (*)(void *, char *, struct XML_Content *)?
    implement_11.c: In function ?pypy_g_ccall_XML_SetXmlDeclHandler__NonePtr_funcPtr_rel?:
    implement_11.c:26199: warning: passing argument 2 of ?XML_SetXmlDeclHandler? from incompatible pointer type
    /usr/include/expat.h:192: note: expected ?XML_XmlDeclHandler? but argument is of type ?void (*)(void *, char *, char *, int)?
    implement_11.c: In function ?pypy_g_ccall_XML_SetEntityDeclHandler__NonePtr_funcPtr_?:
    implement_11.c:26237: warning: passing argument 2 of ?XML_SetEntityDeclHandler? from incompatible pointer type
    /usr/include/expat.h:341: note: expected ?XML_EntityDeclHandler? but argument is of type ?void (*)(void *, char *, int,  char *, int,  char *, char *, char *, char *)?
    implement_11.c: In function ?pypy_g_ccall_XML_SetStartDoctypeDeclHandler__NonePtr_fu_1?:
    implement_11.c:26312: warning: passing argument 2 of ?XML_SetStartDoctypeDeclHandler? from incompatible pointer type
    /usr/include/expat.h:592: note: expected ?XML_StartDoctypeDeclHandler? but argument is of type ?void (*)(void *, char *, char *, char *, int)?
    implement_11.c: In function ?pypy_g_ccall_XML_SetExternalEntityRefHandler__NonePtr_f_1?:
    implement_11.c:26350: warning: passing argument 2 of ?XML_SetExternalEntityRefHandler? from incompatible pointer type
    /usr/include/expat.h:625: note: expected ?XML_ExternalEntityRefHandler? but argument is of type ?int (*)(struct XML_ParserStruct *, char *, char *, char *, char *)?
    implement_11.c: In function ?pypy_g_ccall_XML_SetDefaultHandlerExpand__NonePtr_funcP_1?:
    implement_11.c:26426: warning: passing argument 2 of ?XML_SetDefaultHandlerExpand? from incompatible pointer type
    /usr/include/expat.h:583: note: expected ?XML_DefaultHandler? but argument is of type ?void (*)(void *, char *, int)?
    implement_11.c: In function ?pypy_g_ccall_XML_SetDefaultHandler__NonePtr_funcPtr_rel?:
    implement_11.c:26463: warning: passing argument 2 of ?XML_SetDefaultHandler? from incompatible pointer type
    /usr/include/expat.h:575: note: expected ?XML_DefaultHandler? but argument is of type ?void (*)(void *, char *, int)?
    implement_11.c: In function ?pypy_g_ccall_XML_SetCommentHandler__NonePtr_funcPtr_rel?:
    implement_11.c:26574: warning: passing argument 2 of ?XML_SetCommentHandler? from incompatible pointer type
    /usr/include/expat.h:554: note: expected ?XML_CommentHandler? but argument is of type ?void (*)(void *, char *)?
    implement_11.c: In function ?pypy_g_ccall_XML_SetEndNamespaceDeclHandler__NonePtr_fu_1?:
    implement_11.c:26611: warning: passing argument 2 of ?XML_SetEndNamespaceDeclHandler? from incompatible pointer type
    /usr/include/expat.h:617: note: expected ?XML_EndNamespaceDeclHandler? but argument is of type ?void (*)(void *, char *)?
    implement_11.c: In function ?pypy_g_ccall_XML_SetStartNamespaceDeclHandler__NonePtr__1?:
    implement_11.c:26648: warning: passing argument 2 of ?XML_SetStartNamespaceDeclHandler? from incompatible pointer type
    /usr/include/expat.h:613: note: expected ?XML_StartNamespaceDeclHandler? but argument is of type ?void (*)(void *, char *, char *)?
    implement_11.c: In function ?pypy_g_ccall_XML_SetNotationDeclHandler__NonePtr_funcPt_1?:
    implement_11.c:26686: warning: passing argument 2 of ?XML_SetNotationDeclHandler? from incompatible pointer type
    /usr/include/expat.h:604: note: expected ?XML_NotationDeclHandler? but argument is of type ?void (*)(void *, char *, char *, char *, char *)?
    implement_11.c: In function ?pypy_g_ccall_XML_SetUnparsedEntityDeclHandler__NonePtr__1?:
    implement_11.c:26724: warning: passing argument 2 of ?XML_SetUnparsedEntityDeclHandler? from incompatible pointer type
    /usr/include/expat.h:600: note: expected ?XML_UnparsedEntityDeclHandler? but argument is of type ?void (*)(void *, char *, char *, char *, char *, char *)?
    implement_11.c: In function ?pypy_g_ccall_XML_SetCharacterDataHandler__NonePtr_funcP_1?:
    implement_11.c:26761: warning: passing argument 2 of ?XML_SetCharacterDataHandler? from incompatible pointer type
    /usr/include/expat.h:547: note: expected ?XML_CharacterDataHandler? but argument is of type ?void (*)(void *, char *, int)?
    implement_11.c: In function ?pypy_g_ccall_XML_SetProcessingInstructionHandler__NoneP_1?:
    implement_11.c:26798: warning: passing argument 2 of ?XML_SetProcessingInstructionHandler? from incompatible pointer type
    /usr/include/expat.h:551: note: expected ?XML_ProcessingInstructionHandler? but argument is of type ?void (*)(void *, char *, char *)?
    implement_11.c: In function ?pypy_g_ccall_XML_SetEndElementHandler__NonePtr_funcPtr_?:
    implement_11.c:26835: warning: passing argument 2 of ?XML_SetEndElementHandler? from incompatible pointer type
    /usr/include/expat.h:543: note: expected ?XML_EndElementHandler? but argument is of type ?void (*)(void *, char *)?
    implement_11.c: In function ?pypy_g_ccall_XML_SetStartElementHandler__NonePtr_funcPt_1?:
    implement_11.c:26872: warning: passing argument 2 of ?XML_SetStartElementHandler? from incompatible pointer type
    /usr/include/expat.h:539: note: expected ?XML_StartElementHandler? but argument is of type ?void (*)(void *, char *, char **)?
    implement_11.c: In function ?pypy_g_ccall_XML_ErrorString__INT_reload?:
    implement_11.c:27082: warning: assignment discards qualifiers from pointer target type
    implement_11.c: In function ?pypy_g_ccall_XML_SetUnknownEncodingHandler__NonePtr_fun_1?:
    implement_11.c:27263: warning: passing argument 2 of ?XML_SetUnknownEncodingHandler? from incompatible pointer type
    /usr/include/expat.h:641: note: expected ?XML_UnknownEncodingHandler? but argument is of type ?int (*)(void *, char *, struct XML_Encoding *)?
    implement_11.c: In function ?pypy_g_ccall_OBJ_nid2sn__INT_reload?:
    implement_11.c:27514: warning: assignment discards qualifiers from pointer target type
    implement_11.c: In function ?pypy_g_ccall_OBJ_nid2ln__INT_reload?:
    implement_11.c:27535: warning: assignment discards qualifiers from pointer target type
    implement_11.c: In function ?pypy_g_ccall_SSLv2_method____reload?:
    implement_11.c:28009: warning: assignment discards qualifiers from pointer target type
    implement_11.c: In function ?pypy_g_ccall_SSLv3_method____reload?:
    implement_11.c:28051: warning: assignment discards qualifiers from pointer target type
    implement_11.c: In function ?pypy_g_ccall_SSLv23_method____reload?:
    implement_11.c:28071: warning: assignment discards qualifiers from pointer target type
    implement_11.c: In function ?pypy_g_ccall_TLSv1_method____reload?:
    implement_11.c:28091: warning: assignment discards qualifiers from pointer target type
    implement_11.c: In function ?pypy_g_ccall_TLSv1_1_method____reload?:
    implement_11.c:28111: warning: assignment discards qualifiers from pointer target type
    implement_11.c: In function ?pypy_g_ccall_TLSv1_2_method____reload?:
    implement_11.c:28131: warning: assignment discards qualifiers from pointer target type
    implement_11.c: In function ?pypy_g_ccall_SSL_get_version__SSLPtr_reload?:
    implement_11.c:28497: warning: assignment discards qualifiers from pointer target type
    implement_11.c: In function ?pypy_g_ccall_SSL_get_current_compression__SSLPtr_reload?:
    implement_11.c:28519: warning: assignment discards qualifiers from pointer target type
    implement_11.c: In function ?pypy_g_ccall_SSL_get0_next_proto_negotiated__SSLPtr_arr_1?:
    implement_11.c:28546: warning: passing argument 2 of ?SSL_get0_next_proto_negotiated? from incompatible pointer type
    /usr/include/openssl/ssl.h:1016: note: expected ?const unsigned char **? but argument is of type ?char **?
    implement_11.c: In function ?pypy_g_ccall_SSL_get_current_cipher__SSLPtr_reload?:
    implement_11.c:28568: warning: assignment discards qualifiers from pointer target type
    implement_11.c: In function ?pypy_g_ccall_SSL_CIPHER_get_name__SSL_CIPHERPtr_reload?:
    implement_11.c:28590: warning: assignment discards qualifiers from pointer target type
    implement_11.c: In function ?pypy_g_ccall_ASN1_STRING_to_UTF8__arrayPtr_asn1_string__1?:
    implement_11.c:57065: warning: passing argument 1 of ?ASN1_STRING_to_UTF8? from incompatible pointer type
    /usr/include/openssl/asn1.h:1000: note: expected ?unsigned char **? but argument is of type ?char **?
    implement_11.c: In function ?pypy_g_ccall_gai_strerror__INT_reload?:
    implement_11.c:59766: warning: assignment discards qualifiers from pointer target type
    implement_9.c: In function ?pypy_g_ccall_EVP_get_digestbyname__arrayPtr_reload?:
    implement_9.c:59141: warning: assignment discards qualifiers from pointer target type
    implement_9.c: In function ?pypy_g_ccall_sk_DIST_POINT_num__STACK_OF_X509_OBJECT_Pt_1?:
    implement_9.c:60007: warning: pointer type mismatch in conditional expression
    implement_9.c: In function ?pypy_g_ccall_sk_DIST_POINT_value__STACK_OF_X509_OBJECT__1?:
    implement_9.c:60031: warning: pointer type mismatch in conditional expression
    implement_9.c: In function ?pypy_g_ccall_SSL_get_servername__SSLPtr_INT_reload?:
    implement_9.c:60171: warning: assignment discards qualifiers from pointer target type
    implement_9.c: In function ?pypy_g_ccall_SSL_select_next_proto__arrayPtr_arrayPtr_a_1?:
    implement_9.c:60204: warning: passing argument 1 of ?SSL_select_next_proto? from incompatible pointer type
    /usr/include/openssl/ssl.h:1013: note: expected ?unsigned char **? but argument is of type ?char **?
    implement_9.c:60204: warning: pointer targets in passing argument 3 of ?SSL_select_next_proto? differ in signedness
    /usr/include/openssl/ssl.h:1013: note: expected ?const unsigned char *? but argument is of type ?char *?
    implement_9.c:60204: warning: pointer targets in passing argument 5 of ?SSL_select_next_proto? differ in signedness
    /usr/include/openssl/ssl.h:1013: note: expected ?const unsigned char *? but argument is of type ?char *?
    implement_9.c: In function ?pypy_g_ccall_XML_ExpatVersion____reload?:
    implement_9.c:60704: warning: assignment discards qualifiers from pointer target type
    implement_12.c: In function ?pypy_g_ccall_getgroups__INT_arrayPtr_reload?:
    implement_12.c:9259: warning: pointer targets in passing argument 2 of ?getgroups? differ in signedness
    /usr/include/unistd.h:708: note: expected ?__gid_t *? but argument is of type ?int *?
    implement_12.c: In function ?pypy_g_ccall_setgroups__Unsigned_arrayPtr_reload?:
    implement_12.c:9287: warning: pointer targets in passing argument 2 of ?setgroups? differ in signedness
    /usr/include/grp.h:182: note: expected ?const __gid_t *? but argument is of type ?int *?
    pypy_interpreter.c: In function ?pypy_g_Method_immutable_unique_id?:
    pypy_interpreter.c:28965: error: ?__int128? undeclared (first use in this function)
    pypy_interpreter.c:28965: error: (Each undeclared identifier is reported only once
    pypy_interpreter.c:28965: error: for each function it appears in.)
    pypy_interpreter.c:28965: error: expected ?)? before ?__int128?
    pypy_interpreter.c:29851: error: expected ?)? before ?__int128?
    pypy_interpreter.c:30760: error: expected ?)? before ?__int128?
    make: ** [pypy_interpreter.gcmap] Erro 1
    make: ** Esperando que outros processos terminem.
    """)
[translation] start debugger...
> /root/pypy2-v5.3.1-src/rpython/translator/platform/__init__.py(152)_handle_error()
-> raise CompilationError(stdout, stderr)
(Pdb+)
```



From issues-reply at bitbucket.org  Tue Jun 28 01:49:22 2016
From: issues-reply at bitbucket.org (Stefano Rivera)
Date: Tue, 28 Jun 2016 05:49:22 -0000
Subject: [pypy-issue] Issue #2333: Fails to build with OpenSSL 1.1.0
 (pypy/pypy)
Message-ID: <20160628054922.28863.91570@celery-worker-104.ash1.bb-inf.net>

New issue 2333: Fails to build with OpenSSL 1.1.0
https://bitbucket.org/pypy/pypy/issues/2333/fails-to-build-with-openssl-110

Stefano Rivera:

Forwarded from https://bugs.debian.org/828517

OpenSSL 1.1.0 is about to released.  During a rebuild of all Debian packages using OpenSSL this package fail to build.  A log of that build can be found at:
https://breakpoint.cc/openssl-1.1-rebuild-2016-05-29/Attempted/pypy_5.1.2+dfsg-1_amd64-20160529-1513

On https://wiki.openssl.org/index.php/1.1_API_Changes you can see various of the reasons why it might fail.  There are also updated man pages at https://www.openssl.org/docs/manmaster/ that should contain useful information.

There is a libssl-dev package available in Debian experimental that contains a recent snapshot, I suggest you try building against that to see if everything works.

If you have problems making things work, feel free to contact us. (us = The Debian OpenSSL maintainers)



From issues-reply at bitbucket.org  Tue Jun 28 01:49:42 2016
From: issues-reply at bitbucket.org (mattip)
Date: Tue, 28 Jun 2016 05:49:42 -0000
Subject: [pypy-issue] Issue #2334: wrong function called for slot in cpyext
 + numpy (pypy/pypy)
Message-ID: <20160628054942.1363.77820@celery-worker-103.ash1.bb-inf.net>

New issue 2334: wrong function called for slot in cpyext + numpy
https://bitbucket.org/pypy/pypy/issues/2334/wrong-function-called-for-slot-in-cpyext

mattip:

Upstream numpy assigned `int_multiply` to the `np_multiply` slot of numpy.int32, and `gentype_multiply` to the `np_multipy` slot of numpy.int32 's tp_base type (and other places as well).

In **cpython**, when I call either `import numpy as np; np.int32(2) * [1, 2, 3]` or `import numpy as np; [1, 2, 3] * np.int32(2)`, it calls into `int_multiply`, in **pypy** it calls `gentype_multiply` which then calls `array_multiply`. When I stop in gdb at those functions, in both pypy and cpython the correct binary function is being used (the np.int32 is the expected right or left argument) and the its ob_type shows int_multiply as val->ob_type->tp_as_number->tp_multiply.

I added a test to test_arraymodule.py to default in f0b680130986 that shows, at least in this simple case, that the binop_mul_impl resolution is working as advertised, I suspect the problem is in the creation of the PyPy w_type from numpy.int32 in PyType_Ready. I tried adding a base class with a different np_multiply slot to the array.c that is tested by test_arraymodule, but the test still worked correctly.

To reproduces the error, it is enough to::

- build/install numpy with debug info, 
- run `gdb --args <pypy/cpython> -c "import numpy as np; np.int(2) * [1, 2, 3]"`, 
- set breakpoints at int_multiply and array_multiply

To compile numpy with debug info, cd into a clone of numpy and `rm -rf build; CFLAGS='-g -O0' <pypy or cpython> setup.py install`

How can I reproduce this error untranslated?