From issues-reply at bitbucket.org  Wed Oct  2 07:06:41 2019
From: issues-reply at bitbucket.org (lesshaste)
Date: Wed, 02 Oct 2019 11:06:41 +0000 (UTC)
Subject: [pypy-issue] Issue #3083: segfault in recursive code (pypy/pypy)
Message-ID: <20191002110641.13411.46585@celery-worker-112.ash1.bb-inf.net>

New issue 3083: segfault in recursive code
https://bitbucket.org/pypy/pypy/issues/3083/segfault-in-recursive-code

lesshaste:

Python 3.6.1 \(7.1.1\+dfsg-1~ppa1~ubuntu16.04, Aug 09 2019, 16:05:52\)  
\[PyPy 7.1.1 with GCC 5.4.0 20160609  
  
Python 2.7.13 \(7.1.1\+dfsg-1~ppa1~ubuntu16.04, Aug 09 2019, 13:41:07\)  
\[PyPy 7.1.1 with GCC 5.4.0 20160609\]

The following code causes both pypy 3.6.1 and 2.7.13 to segfault.

?

from math import factorial  
import resource, sys  
resource.setrlimit\(resource.RLIMIT\_STACK, \(2**29,-1\)\)**  
**sys.setrecursionlimit\(10**6\)  
def c\(n, k\):  
    if k < 0:  
        return 0  
    k = min\(k, n\*\(n-1\)/2\)  
    if \(n, k\) in ct:  
        return ct\[\(n, k\)\]  
    ct\[\(n, k\)\] = c\(n, k-1\) \+ c\(n-1, k\) - c\(n-1, k-n\)  
    return ct\[\(n, k\)\]

n = 200  
ct = \{\(0, 0\): 1\}  
print\(c\(n,int\(n\*\(n-1\)/4\)\)/factorial\(n\)\)



From issues-reply at bitbucket.org  Wed Oct  2 08:35:12 2019
From: issues-reply at bitbucket.org (Stefano Rivera)
Date: Wed, 02 Oct 2019 12:35:12 +0000 (UTC)
Subject: [pypy-issue] Issue #3084: RevDB build fails (pypy/pypy)
Message-ID: <20191002123511.6685.57461@celery-worker-111.ash1.bb-inf.net>

New issue 3084: RevDB build fails
https://bitbucket.org/pypy/pypy/issues/3084/revdb-build-fails

Stefano Rivera:

PyPy 2.7 7.2.0rc0 fails to build RevDB with this:

```
gcc -O3 -pthread -fomit-frame-pointer -Wall -Wno-unused -Wno-address -fdebug-prefix-map=/<<BUILDDIR>>/pypy-7.2.0~rc0+dfsg=. -Wformat -Werror=format-security -DPYPY_USING_BOEHM_GC -DPYPY_BOEHM_WITH_HEADER -DPy_BUILD_CORE -DPy_BUILD_CORE -DPy_BUILD_CORE -DPy_BUILD_CORE -o pypy_module_time.o -c pypy_module_time.c -I"/<<BUILDDIR>>/pypy-7.2.0~rc0+dfsg/rpython"/translator/c -I"/<<BUILDDIR>>/pypy-7.2.0~rc0+dfsg/rpython"/translator/revdb -I"/<<BUILDDIR>>/pypy-7.2.0~rc0+dfsg/rpython"/../pypy/module/cpyext/include -I"/<<BUILDDIR>>/pypy-7.2.0~rc0+dfsg/rpython"/../pypy/module/cpyext/parse -I"/<<BUILDDIR>>/pypy-7.2.0~rc0+dfsg/rpython"/../build-tmp/usession-debian-0 -I"/<<BUILDDIR>>/pypy-7.2.0~rc0+dfsg/rpython"/../pypy/module/_cffi_backend/src -I"/<<BUILDDIR>>/pypy-7.2.0~rc0+dfsg/rpython"/rlib/rjitlog/src -I"/<<BUILDDIR>>/pypy-7.2.0~rc0+dfsg/rpython"/../pypy/module/_multibytecodec -I"/<<BUILDDIR>>/pypy-7.2.0~rc0+dfsg/rpython"/../pypy/module/operator
pypy_module_sys.c: In function 'pypy_g_setrecursionlimit':
pypy_module_sys.c:956:2: warning: implicit declaration of function 'OP_GC_INCREASE_ROOT_STACK_
DEPTH' [-Wimplicit-function-declaration]
  956 |  OP_GC_INCREASE_ROOT_STACK_DEPTH(l_v414508, /* nothing */);
      |  ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
pypy_module_sys.c:956:58: error: expected expression before ')' token
  956 |  OP_GC_INCREASE_ROOT_STACK_DEPTH(l_v414508, /* nothing */);
      |                                                          ^
```

?



From issues-reply at bitbucket.org  Wed Oct  2 15:28:23 2019
From: issues-reply at bitbucket.org (Ronan Lamy)
Date: Wed, 02 Oct 2019 19:28:23 +0000 (UTC)
Subject: [pypy-issue] Issue #3085: Test failing locally on py3.6 (pypy/pypy)
Message-ID: <20191002192822.18992.52862@app-147.ash1.bb-inf.net>

New issue 3085: Test failing locally on py3.6
https://bitbucket.org/pypy/pypy/issues/3085/test-failing-locally-on-py36

Ronan Lamy:

`pypy/module/sys/test/test_sysmodule.py::AppTestAppSysTests::()::test_getfilesystemencoding` is failing on my machine, though not on buildbot.



From issues-reply at bitbucket.org  Sun Oct  6 15:53:02 2019
From: issues-reply at bitbucket.org (Stefano Rivera)
Date: Sun, 06 Oct 2019 19:53:02 +0000 (UTC)
Subject: [pypy-issue] Issue #3086: arm64 JIT: Lots of crashes (pypy/pypy)
Message-ID: <20191006195302.40229.91182@celery-worker-109.ash1.bb-inf.net>

New issue 3086: arm64 JIT: Lots of crashes
https://bitbucket.org/pypy/pypy/issues/3086/arm64-jit-lots-of-crashes

Stefano Rivera:

As mentioned on IRC over the last few days.

When I build the pypy2.7 from the 7.2 release branch / HEAD on arm64 with a JIT, I get a completely unstable interpreter. It constantly crashes, with some variant of:

```
RPython traceback:
  File "rpython_jit_metainterp_10.c", line 25430, in send_loop_to_backend
  File "rpython_jit_backend_aarch64.c", line 1690, in AssemblerARM64_assemble_loop
  File "rpython_jit_backend_aarch64.c", line 4551, in AssemblerARM64__assemble
  File "rpython_jit_backend_aarch64.c", line 13381, in AssemblerARM64__walk_operations
  File "rpython_jit_backend_aarch64.c", line 52643, in ResOpAssembler_emit_op_zero_array
Fatal RPython error: AssertionError
```

I can?t reproduce this with the pre-built [pypy2.7-v7.2.0rc0-aarch64.tar.bz2](https://bitbucket.org/pypy/pypy/downloads/pypy2.7-v7.2.0rc0-aarch64.tar.bz2), so it must be something about my toolchain \(Debian sid\). Haven?t tried pypy3.6, yet.

Full build log \(with toolchain versions listed\) attached.

Responsible: Maciej Fijalkowski

From issues-reply at bitbucket.org  Mon Oct  7 17:14:47 2019
From: issues-reply at bitbucket.org (Crusader Ky (crusaderky))
Date: Mon, 07 Oct 2019 21:14:47 +0000 (UTC)
Subject: [pypy-issue] Issue #3087: collections.abc + __init_subclass__
 failure (pypy/pypy)
Message-ID: <20191007211446.38752.39270@app-137.ash1.bb-inf.net>

New issue 3087: collections.abc + __init_subclass__ failure
https://bitbucket.org/pypy/pypy/issues/3087/collectionsabc-__init_subclass__-failure

Crusader Ky (crusaderky):

pypy3.6-v7.1.1-linux64

?

I have a base class that defines \_\_init\_subclass\_\_ and invokes object.\_\_new\_\_\(cls\) inside it.

If a subclass inherits from it and also from any of the classes from collections.abc, pypy falls over:

?

```python
from collections.abc import Hashable


class C:
    def __init_subclass__(cls):
        object.__new__(cls)


class D(Hashable, C):
    def __hash__(self):
        return 123
```

Output:

?

```
Traceback (most recent call last):
  File "t1.py", line 9, in <module>
    class D(Hashable, C):
  File "pypy3.6-v7.1.1-linux64/lib-python/3/abc.py", line 133, in __new__
    cls = super().__new__(mcls, name, bases, namespace)
  File "t1.py", line 6, in __init_subclass__
    object.__new__(cls)
AttributeError: __abstractmethods__
```

?

Original code, which shows the purpose of this pattern:

[https://github.com/pydata/xarray/blob/4254b4af33843f711459e5242018cd1d678ad3a0/xarray/core/common.py#L186-L208](https://github.com/pydata/xarray/blob/4254b4af33843f711459e5242018cd1d678ad3a0/xarray/core/common.py#L186-L208)

?



From issues-reply at bitbucket.org  Fri Oct 11 08:59:29 2019
From: issues-reply at bitbucket.org (Hiroshi Miura)
Date: Fri, 11 Oct 2019 12:59:29 +0000 (UTC)
Subject: [pypy-issue] Issue #3088: lzma: pypy3: 7.1.1-beta0 is not honest
 for max_length (pypy/pypy)
Message-ID: <20191011125929.26503.13833@celery-worker-112.ash1.bb-inf.net>

New issue 3088: lzma: pypy3: 7.1.1-beta0 is not honest for max_length
https://bitbucket.org/pypy/pypy/issues/3088/lzma-pypy3-711-beta0-is-not-honest-for

Hiroshi Miura:

lzma.decompres\(\) is not honest for max\_length argument  in pypy3 7.1.1-beta0

Here is a test script to reproduce a problem

?

```python
#! /usr/bin/env pypy3

import lzma

def test_lzma_no_honest_max_length():
    filters=[{'id': 4611686018427387905, 'lc': 3, 'lp': 0, 'pb': 2, 'dict_size': 65536}]
    startpos = 32
    read_size = 15971
    max_length = 26948
    out_len = 57703

    decompressor = lzma.LZMADecompressor(format=lzma.FORMAT_RAW, filters=filters)
    with open('bugzilla_4.7z', 'rb') as f:
        f.seek(startpos)
        indata = f.read(read_size)
        outdata = decompressor.decompress(indata, max_length)
    assert len(outdata) <= max_length  # FIXME
```

?

Test data is attached.



From issues-reply at bitbucket.org  Sat Oct 12 01:34:30 2019
From: issues-reply at bitbucket.org (=?utf-8?q?Jo=C3=A3o_Sebasti=C3=A3o_de_Oliveira_Bueno?=)
Date: Sat, 12 Oct 2019 05:34:30 +0000 (UTC)
Subject: [pypy-issue] Issue #3089: regular expression ".split" does not work
 with look-ahead groups (pypy/pypy)
Message-ID: <20191012053429.15460.45932@celery-worker-109.ash1.bb-inf.net>

New issue 3089: regular expression ".split" does not work with look-ahead groups
https://bitbucket.org/pypy/pypy/issues/3089/regular-expression-split-does-not-work

Jo?o Sebasti?o de Oliveira Bueno:

This are the results in cPython:  

```
>>> import re
>>> re.split("(?=3)", "12345")
['12', '345']
```

And this is what I get in pypy3:  

```python
>>>> import re
>>>> re.split("(?=3)", "12345")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib64/pypy3-7.0/lib-python/3/re.py", line 203, in split
    return _compile(pattern, flags).split(string, maxsplit)
ValueError: split() requires a non-empty pattern match.
```

?



From issues-reply at bitbucket.org  Sat Oct 12 06:00:38 2019
From: issues-reply at bitbucket.org (Hiroshi Miura)
Date: Sat, 12 Oct 2019 10:00:38 +0000 (UTC)
Subject: [pypy-issue] Issue #3090: lzma sometimes fails to decompress a file
 (pypy/pypy)
Message-ID: <20191012100037.27559.87511@app-137.ash1.bb-inf.net>

New issue 3090: lzma sometimes fails to decompress a file
https://bitbucket.org/pypy/pypy/issues/3090/lzma-sometimes-fails-to-decompress-a-file

Hiroshi Miura:

lama.LZMADecompress.decompress\(\) sometimes return incomplete data.

Python3.6, 3.7 and pypy3 has a same issue and Python3.8rc1 fixes the issue.

There is a  cpython issue21872  [https://bugs.python.org/issue21872](https://bugs.python.org/issue21872) and fix is [https://github.com/python/cpython/pull/14048](https://github.com/python/cpython/pull/14048)

?

Here is a test script to reproduce a problem and test data is attached.

```python
#! /usr/bin/env python3

import functools
import lzma

def test_lzma_return_no_last_byte():
    filters = [{'id': 4}, {'id': 33, 'dict_size': 16777216}]
    target_size = 4302365
    read_blocksize = 32248
    chunk_list = [51832, 255096, 16114160, 62584, 4021328, 46712, 1847592, 45688, 1864968, 45176, 1883112, 43128,
                  1826448, 51832]
    default_max_length = 32248
    expected_length = 2042728
    skip_size = functools.reduce(lambda x, y: x+y, chunk_list)

    decompressor = lzma.LZMADecompressor(format=lzma.FORMAT_RAW, filters=filters)
    with open('testdata', 'rb') as f:
        consumed_size = 0
        # skip to target chunk
        for clen in chunk_list:
            out_remaining = clen
            outdata = b''
            while out_remaining > 0:
                max_length = min(out_remaining, default_max_length)
                if decompressor.needs_input:
                    read_size = min(read_blocksize, skip_size - consumed_size)
                    indata = f.read(read_size)
                    consumed_size += len(indata)
                    decompdata = decompressor.decompress(indata, max_length)
                    if len(decompdata) == 0:
                        break
                else:
                    decompdata = decompressor.decompress(b'', max_length)
                out_remaining -= len(decompdata)
                outdata += decompdata
            assert out_remaining == 0
            assert len(outdata) == clen

        # start decompression
        out_remaining = expected_length
        consumed_size = 0
        outdata = b''
        while out_remaining > 0:
            if not decompressor.eof:
                max_length = min(out_remaining, default_max_length)
                if decompressor.needs_input:
                    read_size = min(read_blocksize, target_size - consumed_size)
                    indata = f.read(read_size)
                    consumed_size += len(indata)
                    decompdata = decompressor.decompress(indata, max_length)
                    if len(decompdata) == 0:
                        # FIXME: should not come here.
                        break
                else:
                    decompdata = decompressor.decompress(b'', max_length)
                out_remaining -= len(decompdata)
                outdata += decompdata

        print("expected out_remaining is 0 but {}".format(out_remaining))

        # assert target decompression size
        assert len(outdata) == expected_length  # FIXME: last one byte?
```

?



From issues-reply at bitbucket.org  Sat Oct 12 13:57:27 2019
From: issues-reply at bitbucket.org (Peter McLinn)
Date: Sat, 12 Oct 2019 17:57:27 +0000 (UTC)
Subject: [pypy-issue] Issue #3091: segmentation faults when dict, set, list,
 or most builtin errors's __init__ is called with another object
 (pypy/pypy)
Message-ID: <20191012175727.37443.27196@app-137.ash1.bb-inf.net>

New issue 3091: segmentation faults when dict, set, list, or most builtin errors's __init__ is called with another object
https://bitbucket.org/pypy/pypy/issues/3091/segmentation-faults-when-dict-set-list-or

Peter McLinn:

I wrote a bash script that launches pypy3 multiple times to demonstate the issue.  
a minimal case could be:  

```python
set.__init__(0)
```

I ran my script with:

?

```shell
bash pypy3initsegfault.sh 2>pypy3initsegfaultresults.txt
```

The script and results files are attached to this issue.

I put this as a minor priority because I don?t see this coming up very often.  
Otherwise, it?s a serious issue because it?s a segmentation fault.

I was originally testing if Python let me call builtin functions with the ?wrong? type arguments.  
I thought that, to allow duck-typing of all functions, Python would behave normally when functions were called with strange-typed arguments. For example, raising an AttributeError when the function tries to access a nonexistant attribute. Instead, I sometimes got a segfault, TypeError, or it completed normally.  
I know that some of these are part of the base set of functions written as part of the implementation. I felt a little let down when I found that they raised a TypeError instead of an AttributeError, but it makes sense.



From issues-reply at bitbucket.org  Sun Oct 13 13:00:54 2019
From: issues-reply at bitbucket.org (Michael Seifert)
Date: Sun, 13 Oct 2019 17:00:54 +0000 (UTC)
Subject: [pypy-issue] Issue #3092: PyObject_GenericGetDict /
 PyObject_GenericSetDict missing in includes (pypy/pypy)
Message-ID: <20191013170054.27558.91386@celery-worker-112.ash1.bb-inf.net>

New issue 3092: PyObject_GenericGetDict / PyObject_GenericSetDict missing in includes
https://bitbucket.org/pypy/pypy/issues/3092/pyobject_genericgetdict

Michael Seifert:

These Python C-API functions have been added in CPython 3.3 \(see [https://docs.python.org/3/c-api/object.html#c.PyObject\_GenericGetDict](https://docs.python.org/3/c-api/object.html#c.PyObject_GenericGetDict)\) but aren?t implemented in PyPy. I?m trying to make a library of mine work with PyPy and had compilation errors because of that. It?s not really complicated to implement them myself, but it would be easier if these were provided by PyPy itself.



From issues-reply at bitbucket.org  Mon Oct 14 06:37:28 2019
From: issues-reply at bitbucket.org (Marius Gedminas)
Date: Mon, 14 Oct 2019 10:37:28 +0000 (UTC)
Subject: [pypy-issue] Issue #3093: Line numbers in bytecode are truncated to
 8 bits (pypy/pypy)
Message-ID: <20191014103728.8397.56687@celery-worker-111.ash1.bb-inf.net>

New issue 3093: Line numbers in bytecode are truncated to 8 bits
https://bitbucket.org/pypy/pypy/issues/3093/line-numbers-in-bytecode-are-truncated-to

Marius Gedminas:

I noticed that [code coverage analysis is wrong](https://github.com/nedbat/coveragepy/issues/839) on PyPy3.6 \(version 7.1.1\).  This is either a bug in the `dis` module, or a bug in the `co_lnotab` generator, I?m not quite sure which.

To reproduce:

* git clone https://github.com/mgedmin/ghcloneall
* cd ghcloneall
* pypy3.6 -m dis ghcloneall.py

compare the line numbers shown by `pypy3.6 -m dis` with line numbers shown by `python3.6 -m dis`: 

* everything?s fine until line 97
* the LOAD\_BUILD\_CLASS for ?Repo? is supposed to be on line 348 but is instead shown to be on line 92 \(FWIW 348 == 92 \+ 256\)
* the next LOAD\_BUILD\_CLASS is on line 127 instead of 383
* this continues right until the end where we get line 190 instead of 958 \(958 == 190 \+ 3\*256\)

All the line numbers in pypy3.6?s output are correct mod 256, but they all are shown to be under 256.

I cannot reproduce this with PyPy3.5 \(version 7.0.0\) or PyPy2.7 \(version 7.1.0\).

?



From issues-reply at bitbucket.org  Wed Oct 16 03:12:28 2019
From: issues-reply at bitbucket.org (Chris Withers)
Date: Wed, 16 Oct 2019 07:12:28 +0000 (UTC)
Subject: [pypy-issue] Issue #3094: sys.setrecursionlimit(int(10e8)) results
 in MemoryError since 7.2 release. (pypy/pypy)
Message-ID: <20191016071227.36497.71987@app-147.ash1.bb-inf.net>

New issue 3094: sys.setrecursionlimit(int(10e8)) results in MemoryError since 7.2 release.
https://bitbucket.org/pypy/pypy/issues/3094/syssetrecursionlimit-int-10e8-results-in

Chris Withers:

The tests for the mock backport have started failing on pypy since this release, for both 2.7 and 3.6:

[https://circleci.com/gh/testing-cabal/mock/3099](https://circleci.com/gh/testing-cabal/mock/3099)

[https://circleci.com/gh/testing-cabal/mock/3093](https://circleci.com/gh/testing-cabal/mock/3093)

```
    def test_copy(self):
        current = sys.getrecursionlimit()
        self.addCleanup(sys.setrecursionlimit, current)
    
        # can't use sys.maxint as this doesn't exist in Python 3
>       sys.setrecursionlimit(int(10e8))
E       MemoryError
```

What would be the recommended way to fix this?



From issues-reply at bitbucket.org  Wed Oct 16 06:49:26 2019
From: issues-reply at bitbucket.org (Ondrej B)
Date: Wed, 16 Oct 2019 10:49:26 +0000 (UTC)
Subject: [pypy-issue] Issue #3095: PyUnicode_AsUCS4Copy fails with extended
 Unicode characters on Windows (pypy/pypy)
Message-ID: <20191016104926.24326.39323@app-147.ash1.bb-inf.net>

New issue 3095: PyUnicode_AsUCS4Copy fails with extended Unicode characters on Windows
https://bitbucket.org/pypy/pypy/issues/3095/pyunicode_asucs4copy-fails-with-extended

Ondrej B:

The following test case works on CPython 3.7 but fails on PyPy3.6-7.2.0 when running on Windows:

`ucs4_test.c`:

```c
#include "Python.h"

static PyObject*
test(PyObject* self, PyObject* args)
{
    PyObject* py_string;
    if (!PyArg_ParseTuple(args, "O", &py_string))
        return NULL;

    Py_UCS4 *text = PyUnicode_AsUCS4Copy(py_string);

    return PyLong_FromLong(*text);
}

// define module called ucs4_test ...
```

?

`test.py`:

```python
import ucs4_test

def test(ch):
    assert ucs4_test.test(ch) == ord(ch)

test("\U0001F12B")
```

?

I believe the issue is caused here: [https://bitbucket.org/pypy/pypy/commits/3ec1002a818c#Lpypy/module/cpyext/unicodeobject.pyT1088](https://bitbucket.org/pypy/pypy/commits/3ec1002a818c#Lpypy/module/cpyext/unicodeobject.pyT1088)

The type returned by `PyUnicode_AsUnicode` seems to be `wchar_t`, which is actually UCS2 on Windows \(and a few other platforms\).



From issues-reply at bitbucket.org  Wed Oct 16 10:02:48 2019
From: issues-reply at bitbucket.org (Kirill Smelkov)
Date: Wed, 16 Oct 2019 14:02:48 +0000 (UTC)
Subject: [pypy-issue] Issue #3096: PyErr_SetExcInfo(NULL, NULL,
 NULL) does not fully clear current thread exception context
 (pypy/pypy)
Message-ID: <20191016140248.21686.945@celery-worker-109.ash1.bb-inf.net>

New issue 3096: PyErr_SetExcInfo(NULL, NULL, NULL) does not fully clear current thread exception context
https://bitbucket.org/pypy/pypy/issues/3096/pyerr_setexcinfo-null-null-null-does-not

Kirill Smelkov:

Hello up there. Please consider the following example:

\(mysys.pyx\)

```python
# cython: language_level=3
cdef extern from "Python.h":
    struct PyObject
    void PyErr_SetExcInfo(PyObject*, PyObject*, PyObject*)

# exc_clear is like sys.exc_clear() on py2 - it clears current thread's caught exception state.
def exc_clear():
    PyErr_SetExcInfo(NULL, NULL, NULL)
```

\(mysys\_test.py\)

?

```
import mysys

def recover():
    mysys.exc_clear()

def main2():
    try:
        raise RuntimeError('aaa')
    finally:
        recover()
        raise RuntimeError('bbb')


def main():
    main2()
    """
    try:
        main2()
    except Exception as e:
        print(repr(e))
        print('__cause__:',     e.__cause__)
        print('__context__:',   e.__context__)
        print(dir(e))
    """

if __name__ == '__main__':
    main()
```

When run with CPython-3.7 it prints only ?bbb?:

?

```
$ python3.7 mysys_test.py 
Traceback (most recent call last):
  File "mysys_test.py", line 27, in <module>
    main()
  File "mysys_test.py", line 15, in main
    main2()
  File "mysys_test.py", line 11, in main2
    raise RuntimeError('bbb')
RuntimeError: bbb
```

but when run with PyPy3.6-7.2 it prints both ?bbb? _**and**_ ?aaa?:

?

```
$ pypy3 mysys_test.py 
Traceback (most recent call last):
  File "mysys_test.py", line 8, in main2
    raise RuntimeError('aaa')
RuntimeError: aaa

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "mysys_test.py", line 27, in <module>
    main()
  File "mysys_test.py", line 15, in main
    main2()
  File "mysys_test.py", line 11, in main2
    raise RuntimeError('bbb')
RuntimeError: bbb
```

If I uncomment printing code in main, it shows that under cpython `e.__context__ is None` while under pypy `e.__context__` points to `RuntimeError('aaa')`.

If I put `mysys.exc_clear()` directly into `finally` block without doing it through `recover()` call, the bug goes away.

?

```
$ pypy3 --version
Python 3.6.9 (5da45ced70e5, Oct 09 2019, 19:12:54)
[PyPy 7.2.0 with GCC 6.2.0 20160901]
```

The bug also happens with pypy-7.0 and 7.1. 

The bug was caught while testing pygolang on pypy3 and is minimal example of what happens there in `defer` and `recover` functionality.

Thanks beforehand,  
Kirill

/cc @{557058:7cb88866-fb18-487e-a2dc-b19de69f5f0b} 

?



From issues-reply at bitbucket.org  Wed Oct 16 11:58:42 2019
From: issues-reply at bitbucket.org (Michael Seifert)
Date: Wed, 16 Oct 2019 15:58:42 +0000 (UTC)
Subject: [pypy-issue] Issue #3097: SyntaxWarnings "invalid escape sequences"
 on OSX with PyPy3.6-7.2.0 (pypy/pypy)
Message-ID: <20191016155842.21980.99645@app-147.ash1.bb-inf.net>

New issue 3097: SyntaxWarnings "invalid escape sequences" on OSX with PyPy3.6-7.2.0
https://bitbucket.org/pypy/pypy/issues/3097/syntaxwarnings-invalid-escape-sequences-on

Michael Seifert:

I get some SyntaxWarnings when running doctests with PyPy3.6-7.2.0. The warnings look like this:

```
pypy3.6-v7.2.0-osx64/lib-python/3/importlib/_bootstrap.py:219: DeprecationWarning: invalid escape sequence '*'
    return f(*args, **kwds)

pypy3.6-v7.2.0-osx64/lib-python/3/importlib/_bootstrap.py:219: DeprecationWarning: invalid escape sequence '_'
    return f(*args, **kwds)

pypy3.6-v7.2.0-osx64/lib-python/3/importlib/_bootstrap.py:219: DeprecationWarning: invalid escape sequence 'h'
    return f(*args, **kwds)
```

I?ve tracked these down:

pypy3.6-v7.2.0-osx64/lib\_pypy/pyrepl/historical\_reader.py", line 306 ? for the \*

pypy3.6-v7.2.0-osx64/lib\_pypy/pyrepl/reader.py", line 250 ? for the \_

pypy3.6-v7.2.0-osx64/lib\_pypy/pyrepl/keymap.py", line 61 ? for the h

I?m not sure how to make PRs with Bitbucket \(and on what branches\) and I?m a bit short on time so I thought I just report these here.



From issues-reply at bitbucket.org  Wed Oct 16 13:45:11 2019
From: issues-reply at bitbucket.org (Michael Seifert)
Date: Wed, 16 Oct 2019 17:45:11 +0000 (UTC)
Subject: [pypy-issue] Issue #3098: PyPy3.6 7.2.0 error when calling
 PyDict_GetItem when second argument is an unhashable type (C extension)
 (pypy/pypy)
Message-ID: <20191016174511.6128.68233@celery-worker-108.ash1.bb-inf.net>

New issue 3098: PyPy3.6 7.2.0 error when calling PyDict_GetItem when second argument is an unhashable type (C extension)
https://bitbucket.org/pypy/pypy/issues/3098/pypy36-720-error-when-calling

Michael Seifert:

Example \(extremely minified\):

```c
PyObject * SomeFunc(PyObject *m, PyObject *args)
{
    PyObject *tmp;
    PyObject *op1;
    op1 = PyDict_New();
    if (op1 == NULL) { return NULL; }
    tmp = PyDict_GetItem(op1, o);
    if (tmp == NULL) { PyErr_SetString(PyExc_KeyError, "could not find key"); }
    return tmp;
}
```

This fails for example with:

```
>>>> some_func([])
Error in cpyext, CPython compatibility layer:
The function PyDict_GetItem was not supposed to fail
Fatal error in cpyext, CPython compatibility layer, calling PyDict_GetItem
Either report a bug or consider not using this particular extension
<SystemError object at 0x6c23cbb8>
RPython traceback:
  File "pypy_module_cpyext_1.c", line 2333, in wrapper_second_level__star_2_37
  File "pypy_module_cpyext_1.c", line 40310, in not_supposed_to_fail
```

and similar for `some_func({}, {})`. I believe this fails when the value not hashable \(`some_func(1)` works correctly\).

I encountered this with Windows and Max OS-X with PyPy 3.6 Version 7.2.0 \(but not in PyPy 3.5 7.0.0 - I haven?t tested other versions or other OS\).



From issues-reply at bitbucket.org  Thu Oct 17 14:24:38 2019
From: issues-reply at bitbucket.org (Kirill Smelkov)
Date: Thu, 17 Oct 2019 18:24:38 +0000 (UTC)
Subject: [pypy-issue] Issue #3099: "TypeError: reload() argument must be
 module" when object is instance of types.ModuleType child class (pypy/pypy)
Message-ID: <20191017182437.9038.97718@celery-worker-109.ash1.bb-inf.net>

New issue 3099: "TypeError: reload() argument must be module" when object is instance of types.ModuleType child class
https://bitbucket.org/pypy/pypy/issues/3099/typeerror-reload-argument-must-be-module

Kirill Smelkov:

Hello up there. I?ve hit another compatibility bug compared to CPython2.7 when using lazy module imports \(either [https://pypi.org/project/Importing/](https://pypi.org/project/Importing/) or [https://pypi.org/project/lazy-import/](https://pypi.org/project/lazy-import/)\). Please consider the following minimal example which demonstrates the problem:

\(mymod.py\)

```
print 'mymod loaded'

def test():
    print 'mymod.test'
```

\(test.py\)

```python
import types
import sys

#MyModType = types.ModuleType
class MyModType(types.ModuleType):
    pass

x_mymod = MyModType('mymod')
sys.modules['mymod'] = x_mymod

import mymod
assert mymod is x_mymod

print 'reload ...'
reload(mymod)
print 'access ...'
mymod.test()
```

When run with CPython 2.7 `reload(mymod)` works ok:

```
$ /usr/bin/python --version
Python 2.7.16
$ /usr/bin/python test.py 
reload ...
mymod loaded
access ...
mymod.test
```

However when run with PyPy 2.7-7.2 it breaks on the `reload`:

```
$ pypy --version
Python 2.7.13 (4a68d8d3d2fc, Oct 10 2019, 06:43:13)
[PyPy 7.2.0 with GCC 6.2.0 20160901]
$ pypy test.py 
reload ...
Traceback (most recent call last):
  File "test.py", line 15, in <module>
    reload(mymod)
TypeError: reload() argument must be module
```

I use `peak.utils.imports.whenImported(X)` to automatically apply enhancements my library comes with, if/when third-party software is used. It is a pity that it breaks with PyPy.

Thanks beforehand,  
Kirill



From issues-reply at bitbucket.org  Thu Oct 24 15:58:52 2019
From: issues-reply at bitbucket.org (Adrien Gabillaud)
Date: Thu, 24 Oct 2019 19:58:52 +0000 (UTC)
Subject: [pypy-issue] Issue #3100: " ValueError: Unmatched '{' " while
 formatting "{:[XYZ}" (pypy/pypy)
Message-ID: <20191024195852.3686.98380@celery-worker-110.ash1.bb-inf.net>

New issue 3100: " ValueError: Unmatched '{' " while formatting "{:[XYZ}"
https://bitbucket.org/pypy/pypy/issues/3100/valueerror-unmatched-while-formatting-xyz

Adrien Gabillaud:

Hi. I?m sorry if this is alreay solved in latest release, I was not able to test with most recent version of PyPy, but I preferred to report this just in case.

?

This code snippet:

```
class Foo:
    def __format__(self, f):
        return "!"

print("{:[XYZ}".format(Foo()))
```

Raise an error `ValueError: Unmatched '{'` on PyPy 3.5 while it works fine on CPython.

?



From issues-reply at bitbucket.org  Fri Oct 25 18:09:46 2019
From: issues-reply at bitbucket.org (Pierre Augier)
Date: Fri, 25 Oct 2019 22:09:46 +0000 (UTC)
Subject: [pypy-issue] Issue #3101: PySlice_Unpack usable in CPython > 3.6.1
 (pypy/pypy)
Message-ID: <20191025220946.10538.7277@app-147.ash1.bb-inf.net>

New issue 3101: PySlice_Unpack usable in CPython > 3.6.1
https://bitbucket.org/pypy/pypy/issues/3101/pyslice_unpack-usable-in-cpython-361

Pierre Augier:

With PyPy3.6 \(7.2\), I get the error `pythran/pythonic/types/slice.hpp:502:3: error: use of undeclared identifier 'PySlice_Unpack'`.

In pythonic/types/slice.hpp, there is

```c++
#if PY_MAJOR_VERSION > 3 || (PY_MAJOR_VERSION == 3 && PY_MINOR_VERSION > 6) || \
    (PY_MAJOR_VERSION == 3 && PY_MINOR_VERSION == 6 && PY_MICRO_VERSION >= 1)
  PySlice_Unpack(obj, &start, &stop, &step);
#elif PY_MAJOR_VERSION == 3 && PY_MINOR_VERSION >= 1
  PySlice_GetIndices((PyObject *)obj, PY_SSIZE_T_MAX, &start, &stop, &step);
#else
  PySlice_GetIndices((PySliceObject *)obj, PY_SSIZE_T_MAX, &start, &stop,
                     &step);
#endif
```

In the documentation for CPython 3.6, `PySlice_Unpack` is not mentioned, so it seems that it is not really a PyPy bug \(?\)

[https://docs.python.org/3.6/c-api/slice.html](https://docs.python.org/3.6/c-api/slice.html)

`PySlice_Unpack` is mentioned in [https://docs.python.org/3.7/c-api/slice.html](https://docs.python.org/3.7/c-api/slice.html)

\(See [https://github.com/serge-sans-paille/pythran/issues/1395](https://github.com/serge-sans-paille/pythran/issues/1395)\)

I submit a very quick and dirty PR for Pythran to fix this [https://github.com/serge-sans-paille/pythran/pull/1397](https://github.com/serge-sans-paille/pythran/pull/1397)

What would be the right way to do that for PyPy3.6 7.2?  Is there a PyPy-specific macro definied in the PyPy headers?

?



From issues-reply at bitbucket.org  Fri Oct 25 23:33:02 2019
From: issues-reply at bitbucket.org (=?utf-8?q?La=C3=ABl_Cellier?=)
Date: Sat, 26 Oct 2019 03:33:02 +0000 (UTC)
Subject: [pypy-issue] Issue #3102: Not a bug but a question about other
 project which might worth to be added in the faq as Cpython did.
 (pypy/pypy)
Message-ID: <20191026033302.21060.28878@celery-worker-108.ash1.bb-inf.net>

New issue 3102: Not a bug but a question about other project which might worth to be added in the faq as Cpython did.
https://bitbucket.org/pypy/pypy/issues/3102/not-a-bug-but-a-question-about-other

La?l Cellier:

While Jython and IronPython doesn?t support python3 they are both able to run hungry ??? bound multithread at full speed while supporting almost all features of python2.

?

Why their methods can?t be reproduced in PyPy??



From issues-reply at bitbucket.org  Sat Oct 26 12:46:39 2019
From: issues-reply at bitbucket.org (=?utf-8?q?La=C3=ABl_Cellier?=)
Date: Sat, 26 Oct 2019 16:46:39 +0000 (UTC)
Subject: [pypy-issue] Issue #3103: Matplotlib does not longer build using
 pip and Centos7 (pypy/pypy)
Message-ID: <20191026164638.14443.92433@app-147.ash1.bb-inf.net>

New issue 3103: Matplotlib does not longer build using pip and Centos7
https://bitbucket.org/pypy/pypy/issues/3103/matplotlib-does-not-longer-build-using-pip

La?l Cellier:

While matplotlib is unsupported with the version 2 of PyPy, it?s now officially supported from PyPy5.4 and above \(stated can be installed and run normally\).

So I set up a fresh Centos distribution from a Google container image. Installed gcc and required libariries using only yum. Installed PyPy 7.2.0 using official binaries \(without compiling anything\) without doing anything else \(not even definning CFLAGS and CC\) and:

```python
[ed25519-key-20190822 at instance-0 ~]$ pypy3 -m pip install matplotlib
Collecting matplotlib
  Using cached https://files.pythonhosted.org/packages/12/d1/7b12cd79c791348cb0c78ce6e7d16bd72992f13c9f1e8e43d2725a6d8adf/matplotlib-3.1.1.tar.gz
    Complete output from command python setup.py egg_info:
    ================================================================================
    Edit setup.cfg to change the build options
BUILDING MATPLOTLIB
  matplotlib: yes [3.1.1]
      python: yes [3.6.9 (5da45ced70e5, Oct 09 2019, 19:12:54) [PyPy 7.2.0 with
                  GCC 6.2.0 20160901]]
    platform: yes [linux]

OPTIONAL SUBPACKAGES
 sample_data: yes [installing]
       tests: no  [skipping due to configuration]

OPTIONAL BACKEND EXTENSIONS
         agg: yes [installing]
       tkagg: yes [installing; run-time loading from Python Tcl/Tk]
      macosx: no  [Mac OS-X only]

OPTIONAL PACKAGE DATA
        dlls: no  [skipping due to configuration]

non-existing path in 'numpy/distutils': 'site.cfg'
_configtest.c:1:5: warning: conflicting types for built-in function 'exp' [enabled by default]
 int exp (void);
     ^
_configtest.o: In function `main':
_configtest.c:(.text.startup+0x5): undefined reference to `exp'
collect2: error: ld returned 1 exit status
_configtest.c:1:5: warning: conflicting types for built-in function 'exp' [enabled by default]
 int exp (void);
     ^
_configtest.c:1:24: fatal error: sys/endian.h: No such file or directory
 #include <sys/endian.h>
                        ^
compilation terminated.
_configtest.c: In function 'main':
_configtest.c:7:12: error: 'SIZEOF_LONGDOUBLE' undeclared (first use in this function)
     (void) SIZEOF_LONGDOUBLE;
            ^
_configtest.c:7:12: note: each undeclared identifier is reported only once for each function it appears in
_configtest.c:1:5: warning: conflicting types for built-in function 'exp' [enabled by default]
 int exp (void);
     ^
_configtest.o: In function `main':
_configtest.c:(.text.startup+0x5): undefined reference to `exp'
collect2: error: ld returned 1 exit status
_configtest.c:1:5: warning: conflicting types for built-in function 'exp' [enabled by default]
 int exp (void);
     ^
_configtest.c:1:5: warning: conflicting types for built-in function 'sin' [enabled by default]
 int sin (void);
     ^
_configtest.c:2:5: warning: conflicting types for built-in function 'cos' [enabled by default]
 int cos (void);
     ^
_configtest.c:3:5: warning: conflicting types for built-in function 'tan' [enabled by default]
 int tan (void);
     ^
_configtest.c:4:5: warning: conflicting types for built-in function 'sinh' [enabled by default]
 int sinh (void);
     ^
_configtest.c:5:5: warning: conflicting types for built-in function 'cosh' [enabled by default]
 int cosh (void);
     ^
_configtest.c:6:5: warning: conflicting types for built-in function 'tanh' [enabled by default]
 int tanh (void);
     ^
_configtest.c:7:5: warning: conflicting types for built-in function 'fabs' [enabled by default]
 int fabs (void);
     ^
_configtest.c:8:5: warning: conflicting types for built-in function 'floor' [enabled by default]
 int floor (void);
     ^
_configtest.c:9:5: warning: conflicting types for built-in function 'ceil' [enabled by default]
 int ceil (void);
     ^
_configtest.c:10:5: warning: conflicting types for built-in function 'sqrt' [enabled by default]
 int sqrt (void);
     ^
_configtest.c:11:5: warning: conflicting types for built-in function 'log10' [enabled by default]
 int log10 (void);
     ^
_configtest.c:12:5: warning: conflicting types for built-in function 'log' [enabled by default]
 int log (void);
     ^
_configtest.c:13:5: warning: conflicting types for built-in function 'exp' [enabled by default]
 int exp (void);
     ^
_configtest.c:14:5: warning: conflicting types for built-in function 'asin' [enabled by default]
 int asin (void);
     ^
_configtest.c:15:5: warning: conflicting types for built-in function 'acos' [enabled by default]
 int acos (void);
     ^
_configtest.c:16:5: warning: conflicting types for built-in function 'atan' [enabled by default]
 int atan (void);
     ^
_configtest.c:17:5: warning: conflicting types for built-in function 'fmod' [enabled by default]
 int fmod (void);
     ^
_configtest.c:18:5: warning: conflicting types for built-in function 'modf' [enabled by default]
 int modf (void);
     ^
_configtest.c:19:5: warning: conflicting types for built-in function 'frexp' [enabled by default]
 int frexp (void);
     ^
_configtest.c:20:5: warning: conflicting types for built-in function 'ldexp' [enabled by default]
 int ldexp (void);
     ^
_configtest.c: In function 'main':
_configtest.c:8:12: error: 'HAVE_EXPM1' undeclared (first use in this function)
     (void) HAVE_EXPM1;
            ^
_configtest.c:8:12: note: each undeclared identifier is reported only once for each function it appears in
_configtest.c: In function 'main':
_configtest.c:8:12: error: 'HAVE_LOG1P' undeclared (first use in this function)
     (void) HAVE_LOG1P;
            ^
_configtest.c:8:12: note: each undeclared identifier is reported only once for each function it appears in
_configtest.c: In function 'main':
_configtest.c:8:12: error: 'HAVE_ACOSH' undeclared (first use in this function)
     (void) HAVE_ACOSH;
            ^
_configtest.c:8:12: note: each undeclared identifier is reported only once for each function it appears in
_configtest.c: In function 'main':
_configtest.c:8:12: error: 'HAVE_ATANH' undeclared (first use in this function)
     (void) HAVE_ATANH;
            ^
_configtest.c:8:12: note: each undeclared identifier is reported only once for each function it appears in
_configtest.c: In function 'main':
_configtest.c:8:12: error: 'HAVE_ASINH' undeclared (first use in this function)
     (void) HAVE_ASINH;
            ^
_configtest.c:8:12: note: each undeclared identifier is reported only once for each function it appears in
_configtest.c: In function 'main':
_configtest.c:8:12: error: 'HAVE_HYPOT' undeclared (first use in this function)
     (void) HAVE_HYPOT;
            ^
_configtest.c:8:12: note: each undeclared identifier is reported only once for each function it appears in
_configtest.c: In function 'main':
_configtest.c:8:12: error: 'HAVE_COPYSIGN' undeclared (first use in this function)
     (void) HAVE_COPYSIGN;
            ^
_configtest.c:8:12: note: each undeclared identifier is reported only once for each function it appears in
_configtest.c: In function 'main':
_configtest.c:8:12: error: 'HAVE_FTELLO' undeclared (first use in this function)
     (void) HAVE_FTELLO;
            ^
_configtest.c:8:12: note: each undeclared identifier is reported only once for each function it appears in
_configtest.c: In function 'main':
_configtest.c:8:12: error: 'HAVE_FSEEKO' undeclared (first use in this function)
     (void) HAVE_FSEEKO;
            ^
_configtest.c:8:12: note: each undeclared identifier is reported only once for each function it appears in
_configtest.c:1:5: warning: conflicting types for built-in function 'expm1' [enabled by default]
 int expm1 (void);
     ^
_configtest.c:2:5: warning: conflicting types for built-in function 'log1p' [enabled by default]
 int log1p (void);
     ^
_configtest.c:3:5: warning: conflicting types for built-in function 'acosh' [enabled by default]
 int acosh (void);
     ^
_configtest.c:4:5: warning: conflicting types for built-in function 'asinh' [enabled by default]
 int asinh (void);
     ^
_configtest.c:5:5: warning: conflicting types for built-in function 'atanh' [enabled by default]
 int atanh (void);
     ^
_configtest.c:6:5: warning: conflicting types for built-in function 'rint' [enabled by default]
 int rint (void);
     ^
_configtest.c:7:5: warning: conflicting types for built-in function 'trunc' [enabled by default]
 int trunc (void);
     ^
_configtest.c:8:5: warning: conflicting types for built-in function 'exp2' [enabled by default]
 int exp2 (void);
     ^
_configtest.c:9:5: warning: conflicting types for built-in function 'log2' [enabled by default]
 int log2 (void);
     ^
_configtest.c:10:5: warning: conflicting types for built-in function 'hypot' [enabled by default]
 int hypot (void);
     ^
_configtest.c:11:5: warning: conflicting types for built-in function 'atan2' [enabled by default]
 int atan2 (void);
     ^
_configtest.c:12:5: warning: conflicting types for built-in function 'pow' [enabled by default]
 int pow (void);
     ^
_configtest.c:13:5: warning: conflicting types for built-in function 'copysign' [enabled by default]
 int copysign (void);
     ^
_configtest.c:14:5: warning: conflicting types for built-in function 'nextafter' [enabled by default]
 int nextafter (void);
     ^
_configtest.c:19:5: warning: conflicting types for built-in function 'cbrt' [enabled by default]
 int cbrt (void);
     ^
_configtest.c: In function 'main':
_configtest.c:5:3: warning: implicit declaration of function '__builtin_mul_overflow' [-Wimplicit-function-declaration]
   __builtin_mul_overflow(5, 5, (int*)5);
   ^
_configtest.o: In function `main':
_configtest.c:(.text.startup+0x16): undefined reference to `__builtin_mul_overflow'
collect2: error: ld returned 1 exit status
_configtest.c: In function 'main':
_configtest.c:7:3: error: Parameter to builtin not valid: avx512f
   volatile int r = __builtin_cpu_supports("avx512f");
   ^
_configtest.c:5:1: error: attribute(target("avx512f")) is unknown
 int __attribute__((target ("avx512f"))) attribute_target_avx512f(void*);
 ^
_configtest.c: In function 'attribute_target_avx2_with_intrinsics':
_configtest.c:5:5: error: unknown type name '__m256'
     __m256 temp = _mm256_set1_ps(1.0);
     ^
_configtest.c:5:5: warning: implicit declaration of function '_mm256_set1_ps' [-Wimplicit-function-declaration]
_configtest.c:4:1: error: attribute(target("avx512f")) is unknown
 {
 ^
_configtest.c: In function 'attribute_target_avx512f_with_intrinsics':
_configtest.c:5:5: error: unknown type name '__m512'
     __m512 temp = _mm512_set1_ps(1.0);
     ^
_configtest.c:5:5: warning: implicit declaration of function '_mm512_set1_ps' [-Wimplicit-function-declaration]
_configtest.c: In function '__declspec':
_configtest.c:5:24: error: expected declaration specifiers before 'foo'
 int __declspec(thread) foo;
                        ^
_configtest.c:9:1: error: expected '=', ',', ';', 'asm' or '__attribute__' before '{' token
 {
 ^
_configtest.c:5:5: warning: type of 'thread' defaults to 'int' [enabled by default]
 int __declspec(thread) foo;
     ^
_configtest.c:11:1: error: expected '{' at end of input
 }
 ^
_configtest.c:1:5: warning: conflicting types for built-in function 'sinf' [enabled by default]
 int sinf (void);
     ^
_configtest.c:2:5: warning: conflicting types for built-in function 'cosf' [enabled by default]
 int cosf (void);
     ^
_configtest.c:3:5: warning: conflicting types for built-in function 'tanf' [enabled by default]
 int tanf (void);
     ^
_configtest.c:4:5: warning: conflicting types for built-in function 'sinhf' [enabled by default]
 int sinhf (void);
     ^
_configtest.c:5:5: warning: conflicting types for built-in function 'coshf' [enabled by default]
 int coshf (void);
     ^
_configtest.c:6:5: warning: conflicting types for built-in function 'tanhf' [enabled by default]
 int tanhf (void);
     ^
_configtest.c:7:5: warning: conflicting types for built-in function 'fabsf' [enabled by default]
 int fabsf (void);
     ^
_configtest.c:8:5: warning: conflicting types for built-in function 'floorf' [enabled by default]
 int floorf (void);
     ^
_configtest.c:9:5: warning: conflicting types for built-in function 'ceilf' [enabled by default]
 int ceilf (void);
     ^
_configtest.c:10:5: warning: conflicting types for built-in function 'rintf' [enabled by default]
 int rintf (void);
     ^
_configtest.c:11:5: warning: conflicting types for built-in function 'truncf' [enabled by default]
 int truncf (void);
     ^
_configtest.c:12:5: warning: conflicting types for built-in function 'sqrtf' [enabled by default]
 int sqrtf (void);
     ^
_configtest.c:13:5: warning: conflicting types for built-in function 'log10f' [enabled by default]
 int log10f (void);
     ^
_configtest.c:14:5: warning: conflicting types for built-in function 'logf' [enabled by default]
 int logf (void);
     ^
_configtest.c:15:5: warning: conflicting types for built-in function 'log1pf' [enabled by default]
 int log1pf (void);
     ^
_configtest.c:16:5: warning: conflicting types for built-in function 'expf' [enabled by default]
 int expf (void);
     ^
_configtest.c:17:5: warning: conflicting types for built-in function 'expm1f' [enabled by default]
 int expm1f (void);
     ^
_configtest.c:18:5: warning: conflicting types for built-in function 'asinf' [enabled by default]
 int asinf (void);
     ^
_configtest.c:19:5: warning: conflicting types for built-in function 'acosf' [enabled by default]
 int acosf (void);
     ^
_configtest.c:20:5: warning: conflicting types for built-in function 'atanf' [enabled by default]
 int atanf (void);
     ^
_configtest.c:21:5: warning: conflicting types for built-in function 'asinhf' [enabled by default]
 int asinhf (void);
     ^
_configtest.c:22:5: warning: conflicting types for built-in function 'acoshf' [enabled by default]
 int acoshf (void);
     ^
_configtest.c:23:5: warning: conflicting types for built-in function 'atanhf' [enabled by default]
 int atanhf (void);
     ^
_configtest.c:24:5: warning: conflicting types for built-in function 'hypotf' [enabled by default]
 int hypotf (void);
     ^
_configtest.c:25:5: warning: conflicting types for built-in function 'atan2f' [enabled by default]
 int atan2f (void);
     ^
_configtest.c:26:5: warning: conflicting types for built-in function 'powf' [enabled by default]
 int powf (void);
     ^
_configtest.c:27:5: warning: conflicting types for built-in function 'fmodf' [enabled by default]
 int fmodf (void);
     ^
_configtest.c:28:5: warning: conflicting types for built-in function 'modff' [enabled by default]
 int modff (void);
     ^
_configtest.c:29:5: warning: conflicting types for built-in function 'frexpf' [enabled by default]
 int frexpf (void);
     ^
_configtest.c:30:5: warning: conflicting types for built-in function 'ldexpf' [enabled by default]
 int ldexpf (void);
     ^
_configtest.c:31:5: warning: conflicting types for built-in function 'exp2f' [enabled by default]
 int exp2f (void);
     ^
_configtest.c:32:5: warning: conflicting types for built-in function 'log2f' [enabled by default]
 int log2f (void);
     ^
_configtest.c:33:5: warning: conflicting types for built-in function 'copysignf' [enabled by default]
 int copysignf (void);
     ^
_configtest.c:34:5: warning: conflicting types for built-in function 'nextafterf' [enabled by default]
 int nextafterf (void);
     ^
_configtest.c:35:5: warning: conflicting types for built-in function 'cbrtf' [enabled by default]
 int cbrtf (void);
     ^
_configtest.c:1:5: warning: conflicting types for built-in function 'sinl' [enabled by default]
 int sinl (void);
     ^
_configtest.c:2:5: warning: conflicting types for built-in function 'cosl' [enabled by default]
 int cosl (void);
     ^
_configtest.c:3:5: warning: conflicting types for built-in function 'tanl' [enabled by default]
 int tanl (void);
     ^
_configtest.c:4:5: warning: conflicting types for built-in function 'sinhl' [enabled by default]
 int sinhl (void);
     ^
_configtest.c:5:5: warning: conflicting types for built-in function 'coshl' [enabled by default]
 int coshl (void);
     ^
_configtest.c:6:5: warning: conflicting types for built-in function 'tanhl' [enabled by default]
 int tanhl (void);
     ^
_configtest.c:7:5: warning: conflicting types for built-in function 'fabsl' [enabled by default]
 int fabsl (void);
     ^
_configtest.c:8:5: warning: conflicting types for built-in function 'floorl' [enabled by default]
 int floorl (void);
     ^
_configtest.c:9:5: warning: conflicting types for built-in function 'ceill' [enabled by default]
 int ceill (void);
     ^
_configtest.c:10:5: warning: conflicting types for built-in function 'rintl' [enabled by default]
 int rintl (void);
     ^
_configtest.c:11:5: warning: conflicting types for built-in function 'truncl' [enabled by default]
 int truncl (void);
     ^
_configtest.c:12:5: warning: conflicting types for built-in function 'sqrtl' [enabled by default]
 int sqrtl (void);
     ^
_configtest.c:13:5: warning: conflicting types for built-in function 'log10l' [enabled by default]
 int log10l (void);
     ^
_configtest.c:14:5: warning: conflicting types for built-in function 'logl' [enabled by default]
 int logl (void);
     ^
_configtest.c:15:5: warning: conflicting types for built-in function 'log1pl' [enabled by default]
 int log1pl (void);
     ^
_configtest.c:16:5: warning: conflicting types for built-in function 'expl' [enabled by default]
 int expl (void);
     ^
_configtest.c:17:5: warning: conflicting types for built-in function 'expm1l' [enabled by default]
 int expm1l (void);
     ^
_configtest.c:18:5: warning: conflicting types for built-in function 'asinl' [enabled by default]
 int asinl (void);
     ^
_configtest.c:19:5: warning: conflicting types for built-in function 'acosl' [enabled by default]
 int acosl (void);
     ^
_configtest.c:20:5: warning: conflicting types for built-in function 'atanl' [enabled by default]
 int atanl (void);
     ^
_configtest.c:21:5: warning: conflicting types for built-in function 'asinhl' [enabled by default]
 int asinhl (void);
     ^
_configtest.c:22:5: warning: conflicting types for built-in function 'acoshl' [enabled by default]
 int acoshl (void);
     ^
_configtest.c:23:5: warning: conflicting types for built-in function 'atanhl' [enabled by default]
 int atanhl (void);
     ^
_configtest.c:24:5: warning: conflicting types for built-in function 'hypotl' [enabled by default]
 int hypotl (void);
     ^
_configtest.c:25:5: warning: conflicting types for built-in function 'atan2l' [enabled by default]
 int atan2l (void);
     ^
_configtest.c:26:5: warning: conflicting types for built-in function 'powl' [enabled by default]
 int powl (void);
     ^
_configtest.c:27:5: warning: conflicting types for built-in function 'fmodl' [enabled by default]
 int fmodl (void);
     ^
_configtest.c:28:5: warning: conflicting types for built-in function 'modfl' [enabled by default]
 int modfl (void);
     ^
_configtest.c:29:5: warning: conflicting types for built-in function 'frexpl' [enabled by default]
 int frexpl (void);
     ^
_configtest.c:30:5: warning: conflicting types for built-in function 'ldexpl' [enabled by default]
 int ldexpl (void);
     ^
_configtest.c:31:5: warning: conflicting types for built-in function 'exp2l' [enabled by default]
 int exp2l (void);
     ^
_configtest.c:32:5: warning: conflicting types for built-in function 'log2l' [enabled by default]
 int log2l (void);
     ^
_configtest.c:33:5: warning: conflicting types for built-in function 'copysignl' [enabled by default]
 int copysignl (void);
     ^
_configtest.c:34:5: warning: conflicting types for built-in function 'nextafterl' [enabled by default]
 int nextafterl (void);
     ^
_configtest.c:35:5: warning: conflicting types for built-in function 'cbrtl' [enabled by default]
 int cbrtl (void);
     ^
_configtest.c: In function 'main':
_configtest.c:8:12: error: 'HAVE_DECL_ISNAN' undeclared (first use in this function)
     (void) HAVE_DECL_ISNAN;
            ^
_configtest.c:8:12: note: each undeclared identifier is reported only once for each function it appears in
_configtest.c: In function 'main':
_configtest.c:8:12: error: 'HAVE_DECL_ISINF' undeclared (first use in this function)
     (void) HAVE_DECL_ISINF;
            ^
_configtest.c:8:12: note: each undeclared identifier is reported only once for each function it appears in
_configtest.c: In function 'main':
_configtest.c:8:12: error: 'HAVE_DECL_SIGNBIT' undeclared (first use in this function)
     (void) HAVE_DECL_SIGNBIT;
            ^
_configtest.c:8:12: note: each undeclared identifier is reported only once for each function it appears in
_configtest.c: In function 'main':
_configtest.c:8:12: error: 'HAVE_DECL_ISFINITE' undeclared (first use in this function)
     (void) HAVE_DECL_ISFINITE;
            ^
_configtest.c:8:12: note: each undeclared identifier is reported only once for each function it appears in
_configtest.c:1:5: warning: conflicting types for built-in function 'cabs' [enabled by default]
 int cabs (void);
     ^
_configtest.c:2:5: warning: conflicting types for built-in function 'cacos' [enabled by default]
 int cacos (void);
     ^
_configtest.c:3:5: warning: conflicting types for built-in function 'cacosh' [enabled by default]
 int cacosh (void);
     ^
_configtest.c:4:5: warning: conflicting types for built-in function 'carg' [enabled by default]
 int carg (void);
     ^
_configtest.c:5:5: warning: conflicting types for built-in function 'casin' [enabled by default]
 int casin (void);
     ^
_configtest.c:6:5: warning: conflicting types for built-in function 'casinh' [enabled by default]
 int casinh (void);
     ^
_configtest.c:7:5: warning: conflicting types for built-in function 'catan' [enabled by default]
 int catan (void);
     ^
_configtest.c:8:5: warning: conflicting types for built-in function 'catanh' [enabled by default]
 int catanh (void);
     ^
_configtest.c:9:5: warning: conflicting types for built-in function 'ccos' [enabled by default]
 int ccos (void);
     ^
_configtest.c:10:5: warning: conflicting types for built-in function 'ccosh' [enabled by default]
 int ccosh (void);
     ^
_configtest.c:11:5: warning: conflicting types for built-in function 'cexp' [enabled by default]
 int cexp (void);
     ^
_configtest.c:12:5: warning: conflicting types for built-in function 'cimag' [enabled by default]
 int cimag (void);
     ^
_configtest.c:13:5: warning: conflicting types for built-in function 'clog' [enabled by default]
 int clog (void);
     ^
_configtest.c:14:5: warning: conflicting types for built-in function 'conj' [enabled by default]
 int conj (void);
     ^
_configtest.c:15:5: warning: conflicting types for built-in function 'cpow' [enabled by default]
 int cpow (void);
     ^
_configtest.c:16:5: warning: conflicting types for built-in function 'cproj' [enabled by default]
 int cproj (void);
     ^
_configtest.c:17:5: warning: conflicting types for built-in function 'creal' [enabled by default]
 int creal (void);
     ^
_configtest.c:18:5: warning: conflicting types for built-in function 'csin' [enabled by default]
 int csin (void);
     ^
_configtest.c:19:5: warning: conflicting types for built-in function 'csinh' [enabled by default]
 int csinh (void);
     ^
_configtest.c:20:5: warning: conflicting types for built-in function 'csqrt' [enabled by default]
 int csqrt (void);
     ^
_configtest.c:21:5: warning: conflicting types for built-in function 'ctan' [enabled by default]
 int ctan (void);
     ^
_configtest.c:22:5: warning: conflicting types for built-in function 'ctanh' [enabled by default]
 int ctanh (void);
     ^
_configtest.c:1:5: warning: conflicting types for built-in function 'cabsf' [enabled by default]
 int cabsf (void);
     ^
_configtest.c:2:5: warning: conflicting types for built-in function 'cacosf' [enabled by default]
 int cacosf (void);
     ^
_configtest.c:3:5: warning: conflicting types for built-in function 'cacoshf' [enabled by default]
 int cacoshf (void);
     ^
_configtest.c:4:5: warning: conflicting types for built-in function 'cargf' [enabled by default]
 int cargf (void);
     ^
_configtest.c:5:5: warning: conflicting types for built-in function 'casinf' [enabled by default]
 int casinf (void);
     ^
_configtest.c:6:5: warning: conflicting types for built-in function 'casinhf' [enabled by default]
 int casinhf (void);
     ^
_configtest.c:7:5: warning: conflicting types for built-in function 'catanf' [enabled by default]
 int catanf (void);
     ^
_configtest.c:8:5: warning: conflicting types for built-in function 'catanhf' [enabled by default]
 int catanhf (void);
     ^
_configtest.c:9:5: warning: conflicting types for built-in function 'ccosf' [enabled by default]
 int ccosf (void);
     ^
_configtest.c:10:5: warning: conflicting types for built-in function 'ccoshf' [enabled by default]
 int ccoshf (void);
     ^
_configtest.c:11:5: warning: conflicting types for built-in function 'cexpf' [enabled by default]
 int cexpf (void);
     ^
_configtest.c:12:5: warning: conflicting types for built-in function 'cimagf' [enabled by default]
 int cimagf (void);
     ^
_configtest.c:13:5: warning: conflicting types for built-in function 'clogf' [enabled by default]
 int clogf (void);
     ^
_configtest.c:14:5: warning: conflicting types for built-in function 'conjf' [enabled by default]
 int conjf (void);
     ^
_configtest.c:15:5: warning: conflicting types for built-in function 'cpowf' [enabled by default]
 int cpowf (void);
     ^
_configtest.c:16:5: warning: conflicting types for built-in function 'cprojf' [enabled by default]
 int cprojf (void);
     ^
_configtest.c:17:5: warning: conflicting types for built-in function 'crealf' [enabled by default]
 int crealf (void);
     ^
_configtest.c:18:5: warning: conflicting types for built-in function 'csinf' [enabled by default]
 int csinf (void);
     ^
_configtest.c:19:5: warning: conflicting types for built-in function 'csinhf' [enabled by default]
 int csinhf (void);
     ^
_configtest.c:20:5: warning: conflicting types for built-in function 'csqrtf' [enabled by default]
 int csqrtf (void);
     ^
_configtest.c:21:5: warning: conflicting types for built-in function 'ctanf' [enabled by default]
 int ctanf (void);
     ^
_configtest.c:22:5: warning: conflicting types for built-in function 'ctanhf' [enabled by default]
 int ctanhf (void);
     ^
_configtest.c:1:5: warning: conflicting types for built-in function 'cabsl' [enabled by default]
 int cabsl (void);
     ^
_configtest.c:2:5: warning: conflicting types for built-in function 'cacosl' [enabled by default]
 int cacosl (void);
     ^
_configtest.c:3:5: warning: conflicting types for built-in function 'cacoshl' [enabled by default]
 int cacoshl (void);
     ^
_configtest.c:4:5: warning: conflicting types for built-in function 'cargl' [enabled by default]
 int cargl (void);
     ^
_configtest.c:5:5: warning: conflicting types for built-in function 'casinl' [enabled by default]
 int casinl (void);
     ^
_configtest.c:6:5: warning: conflicting types for built-in function 'casinhl' [enabled by default]
 int casinhl (void);
     ^
_configtest.c:7:5: warning: conflicting types for built-in function 'catanl' [enabled by default]
 int catanl (void);
     ^
_configtest.c:8:5: warning: conflicting types for built-in function 'catanhl' [enabled by default]
 int catanhl (void);
     ^
_configtest.c:9:5: warning: conflicting types for built-in function 'ccosl' [enabled by default]
 int ccosl (void);
     ^
_configtest.c:10:5: warning: conflicting types for built-in function 'ccoshl' [enabled by default]
 int ccoshl (void);
     ^
_configtest.c:11:5: warning: conflicting types for built-in function 'cexpl' [enabled by default]
 int cexpl (void);
     ^
_configtest.c:12:5: warning: conflicting types for built-in function 'cimagl' [enabled by default]
 int cimagl (void);
     ^
_configtest.c:13:5: warning: conflicting types for built-in function 'clogl' [enabled by default]
 int clogl (void);
     ^
_configtest.c:14:5: warning: conflicting types for built-in function 'conjl' [enabled by default]
 int conjl (void);
     ^
_configtest.c:15:5: warning: conflicting types for built-in function 'cpowl' [enabled by default]
 int cpowl (void);
     ^
_configtest.c:16:5: warning: conflicting types for built-in function 'cprojl' [enabled by default]
 int cprojl (void);
     ^
_configtest.c:17:5: warning: conflicting types for built-in function 'creall' [enabled by default]
 int creall (void);
     ^
_configtest.c:18:5: warning: conflicting types for built-in function 'csinl' [enabled by default]
 int csinl (void);
     ^
_configtest.c:19:5: warning: conflicting types for built-in function 'csinhl' [enabled by default]
 int csinhl (void);
     ^
_configtest.c:20:5: warning: conflicting types for built-in function 'csqrtl' [enabled by default]
 int csqrtl (void);
     ^
_configtest.c:21:5: warning: conflicting types for built-in function 'ctanl' [enabled by default]
 int ctanl (void);
     ^
_configtest.c:22:5: warning: conflicting types for built-in function 'ctanhl' [enabled by default]
 int ctanhl (void);
     ^
_configtest.c:1:5: warning: conflicting types for built-in function 'exp' [enabled by default]
 int exp (void);
     ^
_configtest.o: In function `main':
_configtest.c:(.text.startup+0x5): undefined reference to `exp'
collect2: error: ld returned 1 exit status
_configtest.c:1:5: warning: conflicting types for built-in function 'exp' [enabled by default]
 int exp (void);
     ^
File: build/src.linux-x86_64-3.6/numpy/core/include/numpy/config.h
#define HAVE_ENDIAN_H 1
#define SIZEOF_PY_INTPTR_T 8
#define SIZEOF_OFF_T 8
#define SIZEOF_PY_LONG_LONG 8
#define MATHLIB m
#define HAVE_SIN 1
#define HAVE_COS 1
#define HAVE_TAN 1
#define HAVE_SINH 1
#define HAVE_COSH 1
#define HAVE_TANH 1
#define HAVE_FABS 1
#define HAVE_FLOOR 1
#define HAVE_CEIL 1
#define HAVE_SQRT 1
#define HAVE_LOG10 1
#define HAVE_LOG 1
#define HAVE_EXP 1
#define HAVE_ASIN 1
#define HAVE_ACOS 1
#define HAVE_ATAN 1
#define HAVE_FMOD 1
#define HAVE_MODF 1
#define HAVE_FREXP 1
#define HAVE_LDEXP 1
#define HAVE_EXPM1 1
#define HAVE_LOG1P 1
#define HAVE_ACOSH 1
#define HAVE_ASINH 1
#define HAVE_ATANH 1
#define HAVE_RINT 1
#define HAVE_TRUNC 1
#define HAVE_EXP2 1
#define HAVE_LOG2 1
#define HAVE_HYPOT 1
#define HAVE_ATAN2 1
#define HAVE_POW 1
#define HAVE_COPYSIGN 1
#define HAVE_NEXTAFTER 1
#define HAVE_FTELLO 1
#define HAVE_FSEEKO 1
#define HAVE_STRTOLL 1
#define HAVE_STRTOULL 1
#define HAVE_CBRT 1
#define HAVE_STRTOLD_L 1
#define HAVE_FALLOCATE 1
#define HAVE_BACKTRACE 1
#define HAVE_MADVISE 1
#define HAVE_XMMINTRIN_H 1
#define HAVE_EMMINTRIN_H 1
#define HAVE_IMMINTRIN_H 1
#define HAVE_FEATURES_H 1
#define HAVE_XLOCALE_H 1
#define HAVE_DLFCN_H 1
#define HAVE_SYS_MMAN_H 1
#define HAVE___BUILTIN_ISNAN 1
#define HAVE___BUILTIN_ISINF 1
#define HAVE___BUILTIN_ISFINITE 1
#define HAVE___BUILTIN_BSWAP32 1
#define HAVE___BUILTIN_BSWAP64 1
#define HAVE___BUILTIN_EXPECT 1
#define HAVE___BUILTIN_CPU_SUPPORTS 1
#define HAVE__M_FROM_INT64 1
#define HAVE__MM_LOAD_PS 1
#define HAVE__MM_PREFETCH 1
#define HAVE__MM_LOAD_PD 1
#define HAVE___BUILTIN_PREFETCH 1
#define HAVE_LINK_AVX 1
#define HAVE_LINK_AVX2 1
#define HAVE_LINK_AVX512F 1
#define HAVE_XGETBV 1
#define HAVE_ATTRIBUTE_OPTIMIZE_UNROLL_LOOPS 1
#define HAVE_ATTRIBUTE_OPTIMIZE_OPT_3 1
#define HAVE_ATTRIBUTE_NONNULL 1
#define HAVE_ATTRIBUTE_TARGET_AVX 1
#define HAVE_ATTRIBUTE_TARGET_AVX2 1
#define HAVE___THREAD 1
#define HAVE_SINF 1
#define HAVE_COSF 1
#define HAVE_TANF 1
#define HAVE_SINHF 1
#define HAVE_COSHF 1
#define HAVE_TANHF 1
#define HAVE_FABSF 1
#define HAVE_FLOORF 1
#define HAVE_CEILF 1
#define HAVE_RINTF 1
#define HAVE_TRUNCF 1
#define HAVE_SQRTF 1
#define HAVE_LOG10F 1
#define HAVE_LOGF 1
#define HAVE_LOG1PF 1
#define HAVE_EXPF 1
#define HAVE_EXPM1F 1
#define HAVE_ASINF 1
#define HAVE_ACOSF 1
#define HAVE_ATANF 1
#define HAVE_ASINHF 1
#define HAVE_ACOSHF 1
#define HAVE_ATANHF 1
#define HAVE_HYPOTF 1
#define HAVE_ATAN2F 1
#define HAVE_POWF 1
#define HAVE_FMODF 1
#define HAVE_MODFF 1
#define HAVE_FREXPF 1
#define HAVE_LDEXPF 1
#define HAVE_EXP2F 1
#define HAVE_LOG2F 1
#define HAVE_COPYSIGNF 1
#define HAVE_NEXTAFTERF 1
#define HAVE_CBRTF 1
#define HAVE_SINL 1
#define HAVE_COSL 1
#define HAVE_TANL 1
#define HAVE_SINHL 1
#define HAVE_COSHL 1
#define HAVE_TANHL 1
#define HAVE_FABSL 1
#define HAVE_FLOORL 1
#define HAVE_CEILL 1
#define HAVE_RINTL 1
#define HAVE_TRUNCL 1
#define HAVE_SQRTL 1
#define HAVE_LOG10L 1
#define HAVE_LOGL 1
#define HAVE_LOG1PL 1
#define HAVE_EXPL 1
#define HAVE_EXPM1L 1
#define HAVE_ASINL 1
#define HAVE_ACOSL 1
#define HAVE_ATANL 1
#define HAVE_ASINHL 1
#define HAVE_ACOSHL 1
#define HAVE_ATANHL 1
#define HAVE_HYPOTL 1
#define HAVE_ATAN2L 1
#define HAVE_POWL 1
#define HAVE_FMODL 1
#define HAVE_MODFL 1
#define HAVE_FREXPL 1
#define HAVE_LDEXPL 1
#define HAVE_EXP2L 1
#define HAVE_LOG2L 1
#define HAVE_COPYSIGNL 1
#define HAVE_NEXTAFTERL 1
#define HAVE_CBRTL 1
#define HAVE_DECL_ISNAN
#define HAVE_DECL_ISINF
#define HAVE_DECL_SIGNBIT
#define HAVE_DECL_ISFINITE
#define HAVE_COMPLEX_H 1
#define HAVE_CABS 1
#define HAVE_CACOS 1
#define HAVE_CACOSH 1
#define HAVE_CARG 1
#define HAVE_CASIN 1
#define HAVE_CASINH 1
#define HAVE_CATAN 1
#define HAVE_CATANH 1
#define HAVE_CCOS 1
#define HAVE_CCOSH 1
#define HAVE_CEXP 1
#define HAVE_CIMAG 1
#define HAVE_CLOG 1
#define HAVE_CONJ 1
#define HAVE_CPOW 1
#define HAVE_CPROJ 1
#define HAVE_CREAL 1
#define HAVE_CSIN 1
#define HAVE_CSINH 1
#define HAVE_CSQRT 1
#define HAVE_CTAN 1
#define HAVE_CTANH 1
#define HAVE_CABSF 1
#define HAVE_CACOSF 1
#define HAVE_CACOSHF 1
#define HAVE_CARGF 1
#define HAVE_CASINF 1
#define HAVE_CASINHF 1
#define HAVE_CATANF 1
#define HAVE_CATANHF 1
#define HAVE_CCOSF 1
#define HAVE_CCOSHF 1
#define HAVE_CEXPF 1
#define HAVE_CIMAGF 1
#define HAVE_CLOGF 1
#define HAVE_CONJF 1
#define HAVE_CPOWF 1
#define HAVE_CPROJF 1
#define HAVE_CREALF 1
#define HAVE_CSINF 1
#define HAVE_CSINHF 1
#define HAVE_CSQRTF 1
#define HAVE_CTANF 1
#define HAVE_CTANHF 1
#define HAVE_CABSL 1
#define HAVE_CACOSL 1
#define HAVE_CACOSHL 1
#define HAVE_CARGL 1
#define HAVE_CASINL 1
#define HAVE_CASINHL 1
#define HAVE_CATANL 1
#define HAVE_CATANHL 1
#define HAVE_CCOSL 1
#define HAVE_CCOSHL 1
#define HAVE_CEXPL 1
#define HAVE_CIMAGL 1
#define HAVE_CLOGL 1
#define HAVE_CONJL 1
#define HAVE_CPOWL 1
#define HAVE_CPROJL 1
#define HAVE_CREALL 1
#define HAVE_CSINL 1
#define HAVE_CSINHL 1
#define HAVE_CSQRTL 1
#define HAVE_CTANL 1
#define HAVE_CTANHL 1
#define NPY_RESTRICT restrict
#define NPY_RELAXED_STRIDES_CHECKING 1
#define HAVE_LDOUBLE_INTEL_EXTENDED_16_BYTES_LE 1
#define NPY_PY3K 1
#ifndef __cplusplus
/* #undef inline */
#endif

#ifndef _NPY_NPY_CONFIG_H_
#error config.h should never be included directly, include npy_config.h instead
#endif

EOF
File: build/src.linux-x86_64-3.6/numpy/core/include/numpy/_numpyconfig.h
#define NPY_HAVE_ENDIAN_H 1
#define NPY_SIZEOF_SHORT SIZEOF_SHORT
#define NPY_SIZEOF_INT SIZEOF_INT
#define NPY_SIZEOF_LONG SIZEOF_LONG
#define NPY_SIZEOF_FLOAT 4
#define NPY_SIZEOF_COMPLEX_FLOAT 8
#define NPY_SIZEOF_DOUBLE 8
#define NPY_SIZEOF_COMPLEX_DOUBLE 16
#define NPY_SIZEOF_LONGDOUBLE 16
#define NPY_SIZEOF_COMPLEX_LONGDOUBLE 32
#define NPY_SIZEOF_PY_INTPTR_T 8
#define NPY_SIZEOF_OFF_T 8
#define NPY_SIZEOF_PY_LONG_LONG 8
#define NPY_SIZEOF_LONGLONG 8
#define NPY_NO_SMP 0
#define NPY_HAVE_DECL_ISNAN
#define NPY_HAVE_DECL_ISINF
#define NPY_HAVE_DECL_SIGNBIT
#define NPY_HAVE_DECL_ISFINITE
#define NPY_USE_C99_COMPLEX 1
#define NPY_HAVE_COMPLEX_DOUBLE 1
#define NPY_HAVE_COMPLEX_FLOAT 1
#define NPY_HAVE_COMPLEX_LONG_DOUBLE 1
#define NPY_RELAXED_STRIDES_CHECKING 1
#define NPY_USE_C99_FORMATS 1
#define NPY_VISIBILITY_HIDDEN __attribute__((visibility("hidden")))
#define NPY_ABI_VERSION 0x01000009
#define NPY_API_VERSION 0x0000000D

#ifndef __STDC_FORMAT_MACROS
#define __STDC_FORMAT_MACROS 1
#endif

EOF
no previously-included directories found matching 'doc/build'
no previously-included directories found matching 'doc/source/generated'
no previously-included directories found matching 'benchmarks/env'
no previously-included directories found matching 'benchmarks/results'
no previously-included directories found matching 'benchmarks/html'
no previously-included directories found matching 'benchmarks/numpy'
warning: no previously-included files matching '*.pyo' found anywhere in distribution
warning: no previously-included files matching '*.pyd' found anywhere in distribution
warning: no previously-included files matching '*.swp' found anywhere in distribution
warning: no previously-included files matching '*.bak' found anywhere in distribution
warning: no previously-included files matching '*~' found anywhere in distribution
warning: no previously-included files found matching 'LICENSES_bundled.txt'
numpy/core/src/multiarray/number.c: In function 'array_scalar_forward':
numpy/core/src/multiarray/number.c:909:9: warning: passing argument 1 of 'PyPy_EnterRecursiveCall' discards 'const' qualifier from pointer target type [enabled by default]
         if (Npy_EnterRecursiveCall(where) != 0) {
         ^
In file included from /usr/lib64/pypy-5.0.1/include/Python.h:142:0,
                 from numpy/core/src/multiarray/number.c:2:
/usr/lib64/pypy-5.0.1/include/pypy_decl.h:945:31: note: expected 'char *' but argument is of type 'const char *'
 #define Py_EnterRecursiveCall PyPy_EnterRecursiveCall
                               ^
/usr/lib64/pypy-5.0.1/include/pypy_decl.h:946:17: note: in expansion of macro 'Py_EnterRecursiveCall'
 PyAPI_FUNC(int) Py_EnterRecursiveCall(char *arg0);
                 ^
In file included from numpy/core/src/common/numpyos.c:23:0:
/usr/include/xlocale.h:27:16: error: redefinition of 'struct __locale_struct'
 typedef struct __locale_struct
                ^
In file included from /usr/include/bits/types/locale_t.h:22:0,
                 from /usr/include/stdlib.h:272,
                 from /usr/lib64/pypy-5.0.1/include/Python.h:59,
                 from numpy/core/src/common/numpyos.c:2:
/usr/include/bits/types/__locale_t.h:28:8: note: originally defined here
 struct __locale_struct
        ^
In file included from numpy/core/src/common/numpyos.c:23:0:
/usr/include/xlocale.h:39:4: error: conflicting types for '__locale_t'
 } *__locale_t;
    ^
In file included from /usr/include/bits/types/locale_t.h:22:0,
                 from /usr/include/stdlib.h:272,
                 from /usr/lib64/pypy-5.0.1/include/Python.h:59,
                 from numpy/core/src/common/numpyos.c:2:
/usr/include/bits/types/__locale_t.h:42:33: note: previous declaration of '__locale_t' was here
 typedef struct __locale_struct *__locale_t;
                                 ^
In file included from numpy/core/src/common/numpyos.c:23:0:
/usr/include/xlocale.h:42:20: error: conflicting types for 'locale_t'
 typedef __locale_t locale_t;
                    ^
In file included from /usr/include/stdlib.h:272:0,
                 from /usr/lib64/pypy-5.0.1/include/Python.h:59,
                 from numpy/core/src/common/numpyos.c:2:
/usr/include/bits/types/locale_t.h:24:20: note: previous declaration of 'locale_t' was here
 typedef __locale_t locale_t;
                    ^
numpy/core/src/common/numpyos.c: In function 'NumPyOS_ascii_strtold':
numpy/core/src/common/numpyos.c:568:13: warning: assignment from incompatible pointer type [enabled by default]
     clocale = newlocale(LC_ALL_MASK, "C", NULL);
             ^
numpy/core/src/common/numpyos.c:571:9: warning: passing argument 3 of 'strtold_l' from incompatible pointer type [enabled by default]
         result = strtold_l(s, endptr, clocale);
         ^
In file included from /usr/lib64/pypy-5.0.1/include/Python.h:59:0,
                 from numpy/core/src/common/numpyos.c:2:
/usr/include/stdlib.h:303:20: note: expected 'locale_t' but argument is of type 'locale_t'
 extern long double strtold_l (const char *__restrict __nptr,
                    ^
numpy/core/src/common/numpyos.c:572:9: warning: passing argument 1 of 'freelocale' from incompatible pointer type [enabled by default]
         freelocale(clocale);
         ^
In file included from /usr/lib64/pypy-5.0.1/include/Python.h:92:0,
                 from numpy/core/src/common/numpyos.c:2:
/usr/include/locale.h:180:13: note: expected 'locale_t' but argument is of type 'locale_t'
 extern void freelocale (locale_t __dataset) __THROW;
             ^
Running from numpy source directory.
/tmp/easy_install-2xcla9yj/numpy-1.17.3/setup.py:418: UserWarning: Unrecognized setuptools command, proceeding with generating Cython sources and expanding templates
  run_build = parse_setuppy_commands()
/usr/lib64/pypy-5.0.1/lib-python/3/distutils/dist.py:261: UserWarning: Unknown distribution option: 'define_macros'
  warnings.warn(msg)
Traceback (most recent call last):
  File "/tmp/easy_install-2xcla9yj/numpy-1.17.3/numpy/distutils/unixccompiler.py", line 58, in UnixCCompiler__compile
  File "/tmp/easy_install-2xcla9yj/numpy-1.17.3/numpy/distutils/ccompiler.py", line 92, in <lambda>
  File "/tmp/easy_install-2xcla9yj/numpy-1.17.3/numpy/distutils/ccompiler.py", line 172, in CCompiler_spawn
distutils.errors.DistutilsExecError: Command "gcc -pthread -DNDEBUG -O2 -std=gnu99 -fPIC -DNPY_INTERNAL_BUILD=1 -DHAVE_NPY_CONFIG_H=1 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE=1 -D_LARGEFILE64_SOURCE=1 -DHAVE_CBLAS -Ibuild/src.linux-x86_64-3.6/numpy/core/src/umath -Ibuild/src.linux-x86_64-3.6/numpy/core/src/npymath -Ibuild/src.linux-x86_64-3.6/numpy/core/src/common -Inumpy/core/include -Ibuild/src.linux-x86_64-3.6/numpy/core/include/numpy -Inumpy/core/src/common -Inumpy/core/src -Inumpy/core -Inumpy/core/src/npymath -Inumpy/core/src/multiarray -Inumpy/core/src/umath -Inumpy/core/src/npysort -I/usr/lib64/pypy-5.0.1/include -Ibuild/src.linux-x86_64-3.6/numpy/core/src/common -Ibuild/src.linux-x86_64-3.6/numpy/core/src/npymath -Ibuild/src.linux-x86_64-3.6/numpy/core/src/common -Ibuild/src.linux-x86_64-3.6/numpy/core/src/npymath -c numpy/core/src/common/numpyos.c -o build/temp.linux-x86_64-3.6/numpy/core/src/common/numpyos.o -MMD -MF build/temp.linux-x86_64-3.6/numpy/core/src/common/numpyos.o.d" failed with exit status 1

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib64/pypy-5.0.1/lib-python/3/distutils/core.py", line 148, in setup
    dist.run_commands()
  File "/usr/lib64/pypy-5.0.1/lib-python/3/distutils/dist.py", line 955, in run_commands
    self.run_command(cmd)
  File "/usr/lib64/pypy-5.0.1/lib-python/3/distutils/dist.py", line 974, in run_command
    cmd_obj.run()
  File "/usr/lib64/pypy-5.0.1/site-packages/setuptools/command/bdist_egg.py", line 172, in run
    cmd = self.call_command('install_lib', warn_dir=0)
  File "/usr/lib64/pypy-5.0.1/site-packages/setuptools/command/bdist_egg.py", line 158, in call_command
    self.run_command(cmdname)
  File "/usr/lib64/pypy-5.0.1/lib-python/3/distutils/cmd.py", line 313, in run_command
    self.distribution.run_command(command)
  File "/usr/lib64/pypy-5.0.1/lib-python/3/distutils/dist.py", line 974, in run_command
    cmd_obj.run()
  File "/usr/lib64/pypy-5.0.1/site-packages/setuptools/command/install_lib.py", line 11, in run
    self.build()
  File "/usr/lib64/pypy-5.0.1/lib-python/3/distutils/command/install_lib.py", line 107, in build
    self.run_command('build_ext')
  File "/usr/lib64/pypy-5.0.1/lib-python/3/distutils/cmd.py", line 313, in run_command
    self.distribution.run_command(command)
  File "/usr/lib64/pypy-5.0.1/lib-python/3/distutils/dist.py", line 974, in run_command
    cmd_obj.run()
  File "/tmp/easy_install-2xcla9yj/numpy-1.17.3/numpy/distutils/command/build_ext.py", line 261, in run
  File "/usr/lib64/pypy-5.0.1/lib-python/3/distutils/command/build_ext.py", line 456, in build_extensions
    self._build_extensions_serial()
  File "/usr/lib64/pypy-5.0.1/lib-python/3/distutils/command/build_ext.py", line 481, in _build_extensions_serial
    self.build_extension(ext)
  File "/tmp/easy_install-2xcla9yj/numpy-1.17.3/numpy/distutils/command/build_ext.py", line 379, in build_extension
  File "/tmp/easy_install-2xcla9yj/numpy-1.17.3/numpy/distutils/ccompiler.py", line 92, in <lambda>
  File "/tmp/easy_install-2xcla9yj/numpy-1.17.3/numpy/distutils/ccompiler.py", line 363, in CCompiler_compile
  File "/tmp/easy_install-2xcla9yj/numpy-1.17.3/numpy/distutils/ccompiler.py", line 323, in single_compile
  File "/tmp/easy_install-2xcla9yj/numpy-1.17.3/numpy/distutils/ccompiler.py", line 92, in <lambda>
  File "/tmp/easy_install-2xcla9yj/numpy-1.17.3/numpy/distutils/unixccompiler.py", line 61, in UnixCCompiler__compile
distutils.errors.CompileError: Command "gcc -pthread -DNDEBUG -O2 -std=gnu99 -fPIC -DNPY_INTERNAL_BUILD=1 -DHAVE_NPY_CONFIG_H=1 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE=1 -D_LARGEFILE64_SOURCE=1 -DHAVE_CBLAS -Ibuild/src.linux-x86_64-3.6/numpy/core/src/umath -Ibuild/src.linux-x86_64-3.6/numpy/core/src/npymath -Ibuild/src.linux-x86_64-3.6/numpy/core/src/common -Inumpy/core/include -Ibuild/src.linux-x86_64-3.6/numpy/core/include/numpy -Inumpy/core/src/common -Inumpy/core/src -Inumpy/core -Inumpy/core/src/npymath -Inumpy/core/src/multiarray -Inumpy/core/src/umath -Inumpy/core/src/npysort -I/usr/lib64/pypy-5.0.1/include -Ibuild/src.linux-x86_64-3.6/numpy/core/src/common -Ibuild/src.linux-x86_64-3.6/numpy/core/src/npymath -Ibuild/src.linux-x86_64-3.6/numpy/core/src/common -Ibuild/src.linux-x86_64-3.6/numpy/core/src/npymath -c numpy/core/src/common/numpyos.c -o build/temp.linux-x86_64-3.6/numpy/core/src/common/numpyos.o -MMD -MF build/temp.linux-x86_64-3.6/numpy/core/src/common/numpyos.o.d" failed with exit status 1

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib64/pypy-5.0.1/site-packages/setuptools/sandbox.py", line 195, in setup_context
    yield
  File "/usr/lib64/pypy-5.0.1/site-packages/setuptools/sandbox.py", line 250, in run_setup
    _execfile(setup_script, ns)
  File "/usr/lib64/pypy-5.0.1/site-packages/setuptools/sandbox.py", line 45, in _execfile
    exec(code, globals, locals)
  File "/tmp/easy_install-2xcla9yj/numpy-1.17.3/setup.py", line 443, in <module>
  File "/tmp/easy_install-2xcla9yj/numpy-1.17.3/setup.py", line 435, in setup_package
  File "/tmp/easy_install-2xcla9yj/numpy-1.17.3/numpy/distutils/core.py", line 171, in setup
  File "/usr/lib64/pypy-5.0.1/site-packages/setuptools/__init__.py", line 143, in setup
    return distutils.core.setup(**attrs)
  File "/usr/lib64/pypy-5.0.1/lib-python/3/distutils/core.py", line 163, in setup
    raise SystemExit("error: " + str(msg))
SystemExit: error: Command "gcc -pthread -DNDEBUG -O2 -std=gnu99 -fPIC -DNPY_INTERNAL_BUILD=1 -DHAVE_NPY_CONFIG_H=1 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE=1 -D_LARGEFILE64_SOURCE=1 -DHAVE_CBLAS -Ibuild/src.linux-x86_64-3.6/numpy/core/src/umath -Ibuild/src.linux-x86_64-3.6/numpy/core/src/npymath -Ibuild/src.linux-x86_64-3.6/numpy/core/src/common -Inumpy/core/include -Ibuild/src.linux-x86_64-3.6/numpy/core/include/numpy -Inumpy/core/src/common -Inumpy/core/src -Inumpy/core -Inumpy/core/src/npymath -Inumpy/core/src/multiarray -Inumpy/core/src/umath -Inumpy/core/src/npysort -I/usr/lib64/pypy-5.0.1/include -Ibuild/src.linux-x86_64-3.6/numpy/core/src/common -Ibuild/src.linux-x86_64-3.6/numpy/core/src/npymath -Ibuild/src.linux-x86_64-3.6/numpy/core/src/common -Ibuild/src.linux-x86_64-3.6/numpy/core/src/npymath -c numpy/core/src/common/numpyos.c -o build/temp.linux-x86_64-3.6/numpy/core/src/common/numpyos.o -MMD -MF build/temp.linux-x86_64-3.6/numpy/core/src/common/numpyos.o.d" failed with exit status 1

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib64/pypy-5.0.1/site-packages/setuptools/command/easy_install.py", line 1144, in run_setup
    run_setup(setup_script, args)
  File "/usr/lib64/pypy-5.0.1/site-packages/setuptools/sandbox.py", line 253, in run_setup
    raise
  File "/usr/lib64/pypy-5.0.1/lib-python/3/contextlib.py", line 99, in __exit__
    self.gen.throw(type, value, traceback)
  File "/usr/lib64/pypy-5.0.1/site-packages/setuptools/sandbox.py", line 195, in setup_context
    yield
  File "/usr/lib64/pypy-5.0.1/lib-python/3/contextlib.py", line 99, in __exit__
    self.gen.throw(type, value, traceback)
  File "/usr/lib64/pypy-5.0.1/site-packages/setuptools/sandbox.py", line 166, in save_modules
    saved_exc.resume()
  File "/usr/lib64/pypy-5.0.1/site-packages/setuptools/sandbox.py", line 141, in resume
    six.reraise(type, exc, self._tb)
  File "/usr/lib64/pypy-5.0.1/site-packages/setuptools/_vendor/six.py", line 685, in reraise
    raise value.with_traceback(tb)
  File "/usr/lib64/pypy-5.0.1/site-packages/setuptools/sandbox.py", line 154, in save_modules
    yield saved
  File "/usr/lib64/pypy-5.0.1/site-packages/setuptools/sandbox.py", line 195, in setup_context
    yield
  File "/usr/lib64/pypy-5.0.1/site-packages/setuptools/sandbox.py", line 250, in run_setup
    _execfile(setup_script, ns)
  File "/usr/lib64/pypy-5.0.1/site-packages/setuptools/sandbox.py", line 45, in _execfile
    exec(code, globals, locals)
  File "/tmp/easy_install-2xcla9yj/numpy-1.17.3/setup.py", line 443, in <module>
  File "/tmp/easy_install-2xcla9yj/numpy-1.17.3/setup.py", line 435, in setup_package
  File "/tmp/easy_install-2xcla9yj/numpy-1.17.3/numpy/distutils/core.py", line 171, in setup
  File "/usr/lib64/pypy-5.0.1/site-packages/setuptools/__init__.py", line 143, in setup
    return distutils.core.setup(**attrs)
  File "/usr/lib64/pypy-5.0.1/lib-python/3/distutils/core.py", line 163, in setup
    raise SystemExit("error: " + str(msg))
SystemExit: error: Command "gcc -pthread -DNDEBUG -O2 -std=gnu99 -fPIC -DNPY_INTERNAL_BUILD=1 -DHAVE_NPY_CONFIG_H=1 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE=1 -D_LARGEFILE64_SOURCE=1 -DHAVE_CBLAS -Ibuild/src.linux-x86_64-3.6/numpy/core/src/umath -Ibuild/src.linux-x86_64-3.6/numpy/core/src/npymath -Ibuild/src.linux-x86_64-3.6/numpy/core/src/common -Inumpy/core/include -Ibuild/src.linux-x86_64-3.6/numpy/core/include/numpy -Inumpy/core/src/common -Inumpy/core/src -Inumpy/core -Inumpy/core/src/npymath -Inumpy/core/src/multiarray -Inumpy/core/src/umath -Inumpy/core/src/npysort -I/usr/lib64/pypy-5.0.1/include -Ibuild/src.linux-x86_64-3.6/numpy/core/src/common -Ibuild/src.linux-x86_64-3.6/numpy/core/src/npymath -Ibuild/src.linux-x86_64-3.6/numpy/core/src/common -Ibuild/src.linux-x86_64-3.6/numpy/core/src/npymath -c numpy/core/src/common/numpyos.c -o build/temp.linux-x86_64-3.6/numpy/core/src/common/numpyos.o -MMD -MF build/temp.linux-x86_64-3.6/numpy/core/src/common/numpyos.o.d" failed with exit status 1

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/tmp/pip-install-q5nuqdhw/matplotlib/setup.py", line 300, in <module>
    cmdclass=cmdclass,
  File "/usr/lib64/pypy-5.0.1/site-packages/setuptools/__init__.py", line 142, in setup
    _install_setup_requires(attrs)
  File "/usr/lib64/pypy-5.0.1/site-packages/setuptools/__init__.py", line 137, in _install_setup_requires
    dist.fetch_build_eggs(dist.setup_requires)
  File "/usr/lib64/pypy-5.0.1/site-packages/setuptools/dist.py", line 586, in fetch_build_eggs
    replace_conflicting=True,
  File "/usr/lib64/pypy-5.0.1/site-packages/pkg_resources/__init__.py", line 780, in resolve
    replace_conflicting=replace_conflicting
  File "/usr/lib64/pypy-5.0.1/site-packages/pkg_resources/__init__.py", line 1063, in best_match
    return self.obtain(req, installer)
  File "/usr/lib64/pypy-5.0.1/site-packages/pkg_resources/__init__.py", line 1075, in obtain
    return installer(requirement)
  File "/usr/lib64/pypy-5.0.1/site-packages/setuptools/dist.py", line 653, in fetch_build_egg
    return cmd.easy_install(req)
  File "/usr/lib64/pypy-5.0.1/site-packages/setuptools/command/easy_install.py", line 679, in easy_install
    return self.install_item(spec, dist.location, tmpdir, deps)
  File "/usr/lib64/pypy-5.0.1/site-packages/setuptools/command/easy_install.py", line 705, in install_item
    dists = self.install_eggs(spec, download, tmpdir)
  File "/usr/lib64/pypy-5.0.1/site-packages/setuptools/command/easy_install.py", line 890, in install_eggs
    return self.build_and_install(setup_script, setup_base)
  File "/usr/lib64/pypy-5.0.1/site-packages/setuptools/command/easy_install.py", line 1158, in build_and_install
    self.run_setup(setup_script, setup_base, args)
  File "/usr/lib64/pypy-5.0.1/site-packages/setuptools/command/easy_install.py", line 1146, in run_setup
    raise DistutilsError("Setup script exited with %s" % (v.args[0],))
distutils.errors.DistutilsError: Setup script exited with error: Command "gcc -pthread -DNDEBUG -O2 -std=gnu99 -fPIC -DNPY_INTERNAL_BUILD=1 -DHAVE_NPY_CONFIG_H=1 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE=1 -D_LARGEFILE64_SOURCE=1 -DHAVE_CBLAS -Ibuild/src.linux-x86_64-3.6/numpy/core/src/umath -Ibuild/src.linux-x86_64-3.6/numpy/core/src/npymath -Ibuild/src.linux-x86_64-3.6/numpy/core/src/common -Inumpy/core/include -Ibuild/src.linux-x86_64-3.6/numpy/core/include/numpy -Inumpy/core/src/common -Inumpy/core/src -Inumpy/core -Inumpy/core/src/npymath -Inumpy/core/src/multiarray -Inumpy/core/src/umath -Inumpy/core/src/npysort -I/usr/lib64/pypy-5.0.1/include -Ibuild/src.linux-x86_64-3.6/numpy/core/src/common -Ibuild/src.linux-x86_64-3.6/numpy/core/src/npymath -Ibuild/src.linux-x86_64-3.6/numpy/core/src/common -Ibuild/src.linux-x86_64-3.6/numpy/core/src/npymath -c numpy/core/src/common/numpyos.c -o build/temp.linux-x86_64-3.6/numpy/core/src/common/numpyos.o -MMD -MF build/temp.linux-x86_64-3.6/numpy/core/src/common/numpyos.o.d" failed with exit status 1

----------------------------------------
Command "python setup.py egg_info" failed with error code 1 in /tmp/pip-install-q5nuqdhw/matplotlib/
You are using pip version 18.1, however version 19.3.1 is available.
You should consider upgrading via the 'pip install --upgrade pip' command.
```

It seems the specific issue boils down to this error:

```c
In file included from numpy/core/src/common/numpyos.c:23:0:
/usr/include/xlocale.h:39:4: error: conflicting types for '__locale_t'
 } *__locale_t;
    ^
In file included from /usr/include/bits/types/locale_t.h:22:0,
                 from /usr/include/stdlib.h:272,
                 from /usr/lib64/pypy-5.0.1/include/Python.h:59,
                 from numpy/core/src/common/numpyos.c:2:
/usr/include/bits/types/__locale_t.h:42:33: note: previous declaration of '__locale_t' was here
 typedef struct __locale_struct *__locale_t;
```

Sounds like a specific patch is required! Especially since in reality I?m installing this using pip but not directly, I mean as part as a dependency of pip package.

The issue might not be specific to centos and apply to all Linux distributions.



From issues-reply at bitbucket.org  Sun Oct 27 02:40:38 2019
From: issues-reply at bitbucket.org (mattip)
Date: Sun, 27 Oct 2019 06:40:38 +0000 (UTC)
Subject: [pypy-issue] Issue #3104: aarch64 pyyp 7.2 fails to use templating
 correctly when building numpy (pypy/pypy)
Message-ID: <20191027064038.34174.6556@celery-worker-110.ash1.bb-inf.net>

New issue 3104: aarch64 pyyp 7.2 fails to use templating correctly when building numpy
https://bitbucket.org/pypy/pypy/issues/3104/aarch64-pyyp-72-fails-to-use-templating

mattip:

As reported in [numpy issue 14780](https://github.com/numpy/numpy/issues/14780), aarch64 cannot build numpy. It fails to properly convert \*.c.src files to \*.c files via the templating machanism numpy uses. Converting the files one-at-a-time works, but aal-at-once garbles the output. I am still trying to simplify the problem.



From issues-reply at bitbucket.org  Mon Oct 28 22:31:09 2019
From: issues-reply at bitbucket.org (Rocky Bernstein)
Date: Tue, 29 Oct 2019 02:31:09 +0000 (UTC)
Subject: [pypy-issue] Issue #3105: Help in understanding code unmarshaling
 (pypy/pypy)
Message-ID: <20191029023109.4371.3758@celery-worker-109.ash1.bb-inf.net>

New issue 3105: Help in understanding code unmarshaling
https://bitbucket.org/pypy/pypy/issues/3105/help-in-understanding-code-unmarshaling

Rocky Bernstein:

I  am trying to get PyPy decompilation working on PyPy 7.1.1. Actually, though the problem is in unmarshaling code objects. 

I have tried to create a simple example which shows the problem, but alas, I am unable to do this. So the below is a little bit long in description, and I apologize for that.

.  

Lets first start out with this PyPy 3.6 byte compiled file fragment that has been has rendered. You can find the full file [here](https://github.com/rocky/python-uncompyle6/blob/pypy3.6/test/bytecode_pypy3.6/11_classbug.pyc).

```
$ uncompyle6 python-uncompyle6/test/bytecode_pypy3.6/11_classbug.pyc
00000000: a000 0d0a 8aa0 3257 8b00 0000 6300 0000  ......2W....c...
00000010: 0000 0000 0000 0000 0004 0000 0040 0000  ............. at ..
00000020: 0073 1400 0000 4700 6400 6401 8400 6401  .s....G.d.d...d.
00000030: 6500 8303 5a01 6402 5300 2903 6301 0000  e...Z.d.S.).c...
00000040: 0000 0000 0001 0000 0003 0000 0000 0000  ................
00000050: 0073 1c00 0000 6500 5a01 6401 5a02 8700  .s....e.Z.d.Z...
00000060: 6601 6402 6403 8408 5a03 8700 0400 5a04  f.d.d...Z.....Z.
00000070: 5300 2904 4ef4 1200 0000 5f54 656d 706c  S.).N....._Templ
00000080: 6174 654d 6574 6163 6c61 7373 6304 0000  ateMetaclassc...
00000090: 0000 0000 0004 0000 0005 0000 0003 0000  ................
000000a0: 0073 1800 0000 7400 7401 7c00 8302 c902  .s....t.t.|.....
000000b0: 7c01 7c02 7c03 ca03 0100 6400 5300 2901  |.|.|.....d.S.).
000000c0: 4e29 03f4 0500 0000 7375 7065 7272 0000  N)......superr..
000000d0: 0000 f408 0000 005f 5f69 6e69 745f 5f29  .......__init__)
000000e0: 04f4 0300 0000 636c 73f4 0400 0000 6e61  ......cls.....na
000000f0: 6d65 f505 0000 0062 6173 6573 f503 0000  me.....bases....
00000100: 0064 6374 2901 f409 0000 005f 5f63 6c61  .dct)......__cla
00000110: 7373 5f5f 2900 7520 0000 0073 696d 706c  ss__).u ...simpl
00000120: 655f 736f 7572 6365 2f64 6566 2f31 315f  e_source/def/11_
00000130: 636c 6173 7362 7567 2e70 7972 0200 0000  classbug.pyr....
                                     ^^ ^^
00000140: 0200 0000 7302 0000 0000 01f5 1b00 0000  ....s...........
```

I have underlined the important part of the code I will focus on below. 

Here is a fragment of a debug session of the cross-python disassembly called [  ](http://github.com/rocky/xdis)

?

To compare against,  here is CPython 3.6 with corresponding but different bytecode, which can e found [ here](http://github.com/rocky/xdis). Below, inside a debugger ere the reference to `co_code` after `co_filename` is to object 3, and this is correct.

?

```
00000100: 696d 706c 655f 736f 7572 6365 2f64 6566  imple_source/def
00000110: 2f31 315f 636c 6173 7362 7567 2e70 7972  /11_classbug.pyr
                                               ^^
00000120: 0300 0000 0200 0000 7302 0000 0000 017a  ........s......z
          ^^
00000130: 1b5f 5465 6d70 6c61 7465 4d65 7461 636c  ._TemplateMetacl
00000140: 6173 732e 5f5f 696e 6974 5f5f 2905 da08  ass.__init__)...
00000150: 5f5f 6e61 6d65 5f5f da0a 5f5f 6d6f 6475  __name__..__modu
00000160: 6c65 5f5f da0c 5f5f 7175 616c 6e61 6d65  le__..__qualname
00000170: 5f5f 7203 0000 00da 0d5f 5f63 6c61 7373  __r......__class
00000180: 6365 6c6c 5f5f 7208 0000 0072 0800 0000  cell__r....r....
00000190: 2901 7207 0000 0072 0900 0000 7201 0000  ).r....r....r...
000001a0: 0001 0000 0073 0200 0000 0801 7201 0000  .....s......r...
000001b0: 004e 2902 da04 7479 7065 7201 0000 0072  .N)...typer....r
000001c0: 0800 0000 7208 0000 0072 0800 0000 7209  ....r....r....r.
000001d0: 0000 00da 083c 6d6f 6475 6c65 3e01 0000  ........
000001e0:


(python-xdis/xdis/unmarshal.py:763 @20): t_object_reference
-- 763     o = internObjects[refnum - 1]
(trepan3k) refnum
3
(trepan3k) internObjects
['_TemplateMetaclass', 'super', '__init__', 'cls', 'name', 'bases', '__class__', (), 'simple_source/def/11_classbug.py']
(trepan3k) internObjects[refnum - 1]
'__init__'
(trepan3k) hex(fp.tell()-4)
'0x120'
```

?

What's going on and how? Thanks!

  

?

  What's going on and how can I fix? Thanks 

?



From issues-reply at bitbucket.org  Tue Oct 29 05:15:20 2019
From: issues-reply at bitbucket.org (DennisC)
Date: Tue, 29 Oct 2019 09:15:20 +0000 (UTC)
Subject: [pypy-issue] Issue #3106: Symbol not found: _csyconv_ (pypy/pypy)
Message-ID: <20191029091519.21539.11517@celery-worker-110.ash1.bb-inf.net>

New issue 3106: Symbol not found: _csyconv_
https://bitbucket.org/pypy/pypy/issues/3106/symbol-not-found-_csyconv_

DennisC:

I successfully compiled the following requirements with pypy3 7.1.1\_1 \(latest homebrew version\) on macOS 10.15:

```
scikit-learn==0.21.3
scipy==1.3.1
numpy==1.16.4
pandas==0.25.1
Cython==0.28.4
```

However, when running my application I get the error:

```
ImportError: dlopen(/usr/local/Cellar/pypy3/7.1.1_1/libexec/site-packages/scipy/linalg/_flapack.pypy3-71-darwin.so, 6): Symbol not found: _csyconv_
  Referenced from: /usr/local/Cellar/pypy3/7.1.1_1/libexec/site-packages/scipy/linalg/_flapack.pypy3-71-darwin.so
  Expected in: flat namespace
```

I traced this down to the following import statement, which gives me the same error when running from the pypy3 console: `from sklearn.linear_model import Ridge`.

I am not quite sure how to debug this any further. Is there something I am doing wrong, or is this a pypy3 bug?



From issues-reply at bitbucket.org  Tue Oct 29 21:01:37 2019
From: issues-reply at bitbucket.org (=?utf-8?q?La=C3=ABl_Cellier?=)
Date: Wed, 30 Oct 2019 01:01:37 +0000 (UTC)
Subject: [pypy-issue] Issue #3107: Please expose _Py_Finalizing to C
 programs! (pypy/pypy)
Message-ID: <20191030010137.39310.79750@celery-worker-110.ash1.bb-inf.net>

New issue 3107: Please expose _Py_Finalizing to C programs!
https://bitbucket.org/pypy/pypy/issues/3107/please-expose-_py_finalizing-to-c-programs

La?l Cellier:

PyPy can automatically vectorize everything \(even the base implementation can be jitted and benefit from multithread gc instead of the reference counter\) but it can?t parallelize even manually and vectorization is limited to sse on x86.  
Numba can parallelize using the full instruction set and it can even use the gpu. The definite difference with pypy is it can performs multithreading enabling to use 50 cpu cores. However, it requires manual instrumentation and even then it can definitely operate on less scenarios than PyPy.

Why not all simply combine both worlds? Especially since the variant of numpy for pypy is written in pure python code and thus it should be possible to use the `nofunc` feature of Numba everywhere.

```c
C compiler: gcc -pipe -fPIC
creating build/temp.linux-x86_64-3.6
creating build/temp.linux-x86_64-3.6/numba
compile options: '-I/usr/lib64/pypy3.6-v7.2.0-linux64/include -c'
extra options: '-g'
gcc: numba/_dynfuncmod.c
In file included from numba/_dynfuncmod.c:1:
numba/_dynfunc.c: In function ?generator_dealloc?:
numba/_dynfunc.c:361:10: error: ?_Py_Finalizing? undeclared (first use in this function); did you mean ?__issignaling??
     if (!_Py_Finalizing)
          ^~~~~~~~~~~~~~
          __issignaling
numba/_dynfunc.c:361:10: note: each undeclared identifier is reported only once for each function it appears in
```

So the installation through pip fails.



From issues-reply at bitbucket.org  Tue Oct 29 22:11:58 2019
From: issues-reply at bitbucket.org (Jean Raby)
Date: Wed, 30 Oct 2019 02:11:58 +0000 (UTC)
Subject: [pypy-issue] Issue #3108: 7.2.0: segfault when accessing dict built
 from some deserialized json files (pypy/pypy)
Message-ID: <20191030021158.36448.46813@celery-worker-111.ash1.bb-inf.net>

New issue 3108: 7.2.0: segfault when accessing dict built from some deserialized json files
https://bitbucket.org/pypy/pypy/issues/3108/720-segfault-when-accessing-dict-built

Jean Raby:

This is on linux \(ubuntu 16.04\) amd64, on both 7.2.0 and pypy-c-jit-97875-7487744729a8-linux64 \(and also tested with docker image pypy:3.6-7.2.0\)

```
import json

a =  """
{
  "top": {
    "k": "8",
    "k": "8",
    "boom": 1
  }
}
"""

b = json.loads(a)
print(b['top'].keys())
print(b['top'].values())
print(b)
```

Result:

```
dict_keys(['k'])
dict_values(['8', '8', 1])
Segmentation fault (core dumped)
```

?



From issues-reply at bitbucket.org  Wed Oct 30 19:04:58 2019
From: issues-reply at bitbucket.org (Julian Berman)
Date: Wed, 30 Oct 2019 23:04:58 +0000 (UTC)
Subject: [pypy-issue] Issue #3109: Inheriting from a function produces
 nonsensical-ish error message (pypy/pypy)
Message-ID: <20191030230458.20341.70562@celery-worker-112.ash1.bb-inf.net>

New issue 3109: Inheriting from a function produces nonsensical-ish error message
https://bitbucket.org/pypy/pypy/issues/3109/inheriting-from-a-function-produces

Julian Berman:

```
>>> def foo():
...     pass

>>>
>>> class Bar(foo):
...     pass
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: 'internal-code' object expected, got 'str' instead

'internal-code' object expected, got 'str' instead
```

\(CPython is no better, FWIW, on 3.7:

?

```
>>> def foo():
...     pass
...
>>>
>>> class Bar(foo):
...     pass
...
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: function() argument 1 must be code, not str
```

\)

?

Something like ?superclasses of a class must be instances of `type` \(i.e. classes\)? would be a lot nicer \(if in fact that is the criteria, I forget\)