From issues-reply at bitbucket.org  Wed Dec  6 01:52:21 2017
From: issues-reply at bitbucket.org (tayfuncan)
Date: Wed, 06 Dec 2017 06:52:21 +0000 (UTC)
Subject: [pypy-issue] Issue #2705: Pypy3 binaries for arm (pypy/pypy)
Message-ID: <20171206065221.21792.23835@celery-worker-107.ash1.bb-inf.net>

New issue 2705: Pypy3 binaries for arm
https://bitbucket.org/pypy/pypy/issues/2705/pypy3-binaries-for-arm

tayfuncan:

I couldn't find the latest binaries of pypy3 for arm (to be specific armhf-raspbian). Pypy2 for arm exists but not for pypy3. Latest one is compatible with python 3.3. Isn't pypy3.5 supported anymore? If it is why there isn't a build for it.



From issues-reply at bitbucket.org  Wed Dec 13 17:57:50 2017
From: issues-reply at bitbucket.org (Kentzo)
Date: Wed, 13 Dec 2017 22:57:50 +0000 (UTC)
Subject: [pypy-issue] Issue #2706: Add support for Variable Annotations (PEP
 526) (pypy/pypy)
Message-ID: <20171213225750.40659.2392@celery-worker-109.ash1.bb-inf.net>

New issue 2706: Add support for Variable Annotations (PEP 526)
https://bitbucket.org/pypy/pypy/issues/2706/add-support-for-variable-annotations-pep

Kentzo:

Python 3.6 allows to annotate variables. PyPy should support new syntax for code compatibility.



From issues-reply at bitbucket.org  Thu Dec 14 21:28:54 2017
From: issues-reply at bitbucket.org (Greg Lindahl)
Date: Fri, 15 Dec 2017 02:28:54 +0000 (UTC)
Subject: [pypy-issue] Issue #2707: pypy docs fail to mention you have to log
 in to open issues (pypy/pypy)
Message-ID: <20171215022854.36735.2665@celery-worker-109.ash1.bb-inf.net>

New issue 2707: pypy docs fail to mention you have to log in to open issues
https://bitbucket.org/pypy/pypy/issues/2707/pypy-docs-fail-to-mention-you-have-to-log

Greg Lindahl:

I had a bug with pypy, so I went to find the bug tracker.

I found the correct location in the docs.

It allowed me to view bugs, but not create them. Nothing in the UI says anything about creating bugs.

Like most people, I don't have a bitbucket account. I correctly guessed that the UI was busted and only allowed users who were logged in to create issues.

The docs should say this.



From issues-reply at bitbucket.org  Thu Dec 14 21:36:04 2017
From: issues-reply at bitbucket.org (Greg Lindahl)
Date: Fri, 15 Dec 2017 02:36:04 +0000 (UTC)
Subject: [pypy-issue] Issue #2708: pypy3 does not install "pip" only "pip3"
 (pypy/pypy)
Message-ID: <20171215023604.35404.34330@celery-worker-109.ash1.bb-inf.net>

New issue 2708: pypy3 does not install "pip" only "pip3"
https://bitbucket.org/pypy/pypy/issues/2708/pypy3-does-not-install-pip-only-pip3

Greg Lindahl:

I used pyenv to install pypy3.5-5.9.0, it must have used the binaries because it was quick.

When it was done, there was no pip command.

Eventually I figured out that it installed pip3, but not pip.

My makefiles use pip, that works great with pyenv and with travis-ci (which apparently uses virtualenv).

Since "python" got a pypy binary, it's hard to believe that installing "pip" would cause problems for people in other environments.



From issues-reply at bitbucket.org  Fri Dec 15 01:21:38 2017
From: issues-reply at bitbucket.org (Andrew Szeto)
Date: Fri, 15 Dec 2017 06:21:38 +0000 (UTC)
Subject: [pypy-issue] Issue #2709: filter() way slower than inlining the
 check (pypy/pypy)
Message-ID: <20171215062138.2847.11864@celery-worker-110.ash1.bb-inf.net>

New issue 2709: filter() way slower than inlining the check
https://bitbucket.org/pypy/pypy/issues/2709/filter-way-slower-than-inlining-the-check

Andrew Szeto:

Inspired by a small programming puzzle found online ([Advent of Code Day #15](http://adventofcode.com/2017/day/15)), I found the following disparity in two different approaches to writing the same program:

**pypy3 --version:**
```
#!shell

Python 3.5.3 (d72f9800a42b46a8056951b1da2426d2c2d8d502, Oct 07 2017, 08:21:37)
[PyPy 5.9.0-beta0 with GCC 4.2.1 Compatible Apple LLVM 9.0.0 (clang-900.0.37)]
```

**inline.py:**
```
#!python

#! /usr/bin/env pypy3

def linear_congruential_generator(seed, filter_fn):
    state = seed
    while True:
        state *= 16807
        state %= 2**31-1
        if filter_fn(state):
            yield state

g = linear_congruential_generator(116, lambda x: x % 4 == 0)
accumulator = 0
for _ in range(5000000):
    accumulator += next(g)
print(accumulator)
```
**withfilter.py:**

```
#!python

#! /usr/bin/env pypy3

def linear_congruential_generator(seed):
    state = seed
    while True:
        state *= 16807
        state %= 2**31-1
        yield state

g = linear_congruential_generator(116)
g = filter(lambda x: x % 4 == 0, g)
accumulator = 0
for _ in range(5000000):
    accumulator += next(g)
print(accumulator)
```

**timing results:**
```
#!shell

Andrews-MacBook-Pro:tmp andrew$ time pypy3 inline.py 
5369485192468068

real	0m0.394s
user	0m0.368s
sys	0m0.018s

Andrews-MacBook-Pro:tmp andrew$ time pypy3 withfilter.py 
5369485192468068

real	0m8.853s
user	0m8.644s
sys	0m0.055s
```

I understand that "Abuse of itertools" under "Unrelated things that we know PyPy to be slow at (note that we're probably working on it)" on the [performance page](https://pypy.org/performance.html) may be related, but I was wondering if anyone had more insight into this ongoing work for it.



From issues-reply at bitbucket.org  Fri Dec 15 01:24:32 2017
From: issues-reply at bitbucket.org (Cristian Petrescu-Prahova)
Date: Fri, 15 Dec 2017 06:24:32 +0000 (UTC)
Subject: [pypy-issue] Issue #2710: call/cc, delimited continuations,
 reentrant continulets or forkable continulets (pypy/pypy)
Message-ID: <20171215062432.8054.56113@celery-worker-107.ash1.bb-inf.net>

New issue 2710: call/cc, delimited continuations, reentrant continulets or forkable continulets
https://bitbucket.org/pypy/pypy/issues/2710/call-cc-delimited-continuations-reentrant

Cristian Petrescu-Prahova:

New to PyPy. Assuming "stackless" means "stack frames allocated on heap", it should be fairly straightforward [and efficient] to implement reentrant continulets, that is continulets that can be invoked multiple times. I can't seem to find documentation that this is already implemented. What are the blockers?



From issues-reply at bitbucket.org  Mon Dec 18 09:45:54 2017
From: issues-reply at bitbucket.org (Armin Rigo)
Date: Mon, 18 Dec 2017 14:45:54 +0000 (UTC)
Subject: [pypy-issue] Issue #2711: pypy3: importing cffi also imports cpyext
 (pypy/pypy)
Message-ID: <20171218144554.21934.44479@celery-worker-106.ash1.bb-inf.net>

New issue 2711: pypy3: importing cffi also imports cpyext
https://bitbucket.org/pypy/pypy/issues/2711/pypy3-importing-cffi-also-imports-cpyext

Armin Rigo:

In PyPy3, importing a cffi-based module causes the complete cpyext to be imported.  I think that's because of ``imp.exec_dynamic()``.  It should be changed to do nothing for cffi modules.



From issues-reply at bitbucket.org  Fri Dec 22 11:11:06 2017
From: issues-reply at bitbucket.org (Ronan Lamy)
Date: Fri, 22 Dec 2017 16:11:06 +0000 (UTC)
Subject: [pypy-issue] Issue #2712: Incorrect reporting of SyntaxError
 (pypy/pypy)
Message-ID: <20171222161106.23085.52493@celery-worker-108.ash1.bb-inf.net>

New issue 2712: Incorrect reporting of SyntaxError
https://bitbucket.org/pypy/pypy/issues/2712/incorrect-reporting-of-syntaxerror

Ronan Lamy:

Consider a file `foo.py` containing only `b'caf?'`. Calling `python foo.py` with CPython 3.5 prints:

```
  File "foo.py", line 1
    b'caf?'
    ^
SyntaxError: bytes can only contain ASCII literal characters.
```

but pypy3 shows

```
  File "<string>", line None
SyntaxError: bytes can only contain ASCII literal characters.
```

which is rather unhelpful.



From issues-reply at bitbucket.org  Sat Dec 23 13:55:58 2017
From: issues-reply at bitbucket.org (Oscar Smith)
Date: Sat, 23 Dec 2017 18:55:58 +0000 (UTC)
Subject: [pypy-issue] Issue #2713: Large integer multiplication could be
 faster. (pypy/pypy)
Message-ID: <20171223185558.25350.87991@celery-worker-110.ash1.bb-inf.net>

New issue 2713: Large integer multiplication could be faster.
https://bitbucket.org/pypy/pypy/issues/2713/large-integer-multiplication-could-be

Oscar Smith:

I have noticed that multiplication of large integers (2^1000 or greater) , while faster than `python` is a good bit slower than for integers provided by gmpy2. This is a pretty minor request, as not much code uses numbers this big, but it would be great to have better support.
```
#!python
def mod_mersenne(n, prime, mersenne_prime):
    """ Calculates n % 2^prime-1 where mersenne_prime=2**prime-1 """
    while n > mersenne_prime:
        n = (n & mersenne_prime) + (n >> prime)
    return n if n != mersenne_prime else 0

def is_mersenne(prime= 9883)
    mersense_prime = 2**prime - 1
    s = 4
    for _ in range(prime - 2):
        s = mod_mersenne(s*s, prime, mersenne_prime) - 2
    return s % mersenne_prime == 0:
```



From issues-reply at bitbucket.org  Tue Dec 26 00:54:47 2017
From: issues-reply at bitbucket.org (strombrg)
Date: Tue, 26 Dec 2017 05:54:47 +0000 (UTC)
Subject: [pypy-issue] Issue #2714: pypy2 5.10.0 has trouble with
 ctypes.create_string_buffer (pypy/pypy)
Message-ID: <20171226055447.17251.51282@celery-worker-108.ash1.bb-inf.net>

New issue 2714: pypy2 5.10.0 has trouble with ctypes.create_string_buffer
https://bitbucket.org/pypy/pypy/issues/2714/pypy2-5100-has-trouble-with

strombrg:

In 5.10.0 for pypy2, this works:
ctypes_compressed_buffer_char_p = ctypes.create_string_buffer(b'\0' * maximum_size)

This does not work, but should:
ctypes_compressed_buffer_char_p = ctypes.create_string_buffer(maximum_size)

I'm attaching a file report.txt that includes what pythons this works/doesn't work on, and the traceback from pypy2 5.10.0.

The code can be perused at http://stromberg.dnsalias.org/svn/xz_mod/trunk



From issues-reply at bitbucket.org  Tue Dec 26 06:39:13 2017
From: issues-reply at bitbucket.org (Artur Siekielski)
Date: Tue, 26 Dec 2017 11:39:13 +0000 (UTC)
Subject: [pypy-issue] Issue #2715: Memory from JSON-deserialized objects
 isn't reclaimed (pypy/pypy)
Message-ID: <20171226113913.10090.97718@celery-worker-110.ash1.bb-inf.net>

New issue 2715: Memory from JSON-deserialized objects isn't reclaimed
https://bitbucket.org/pypy/pypy/issues/2715/memory-from-json-deserialized-objects-isnt

Artur Siekielski:

I encountered the issue while processing large numbers of JSON documents in batches. When processing a batch is finished, ie. the documents were deserialized and references to them are cleared, the memory isn't reclaimed and is always growing.

I was able to reproduce the issue using the attached code. The code json-loads documents that are varying in size in batches of 100. When the batch is processed, the loaded documents are cleared and gc.collect() is called.

The script prints the amount of used memory. I get the following output using PyPy2 5.9/5.10:


```
#!python

initial 114984
before clearing 1546032
after clearing and gc 1546032
before clearing 1561080
after clearing and gc 1561344
before clearing 1561608
after clearing and gc 1522916
before clearing 1559608
after clearing and gc 1560664


```

CPython 2.7.14 gives the output:


```
#!python

initial 89212
before clearing 2303832
after clearing and gc 153352
before clearing 2304968
after clearing and gc 153352
before clearing 2305756
after clearing and gc 153352
before clearing 2306736
after clearing and gc 153352
before clearing 2307520
after clearing and gc 153352

```

The default function returning a JSON document in the code is gen_doc_1. It generates some random document with nested dicts and arrays. When it's replaced with gen_doc_2 which return's an array of ints the issue isn't present.

I tried disabling JIT and played with controlling the GC with env. variables, but that didn't make any difference.



From issues-reply at bitbucket.org  Tue Dec 26 08:28:21 2017
From: issues-reply at bitbucket.org (Leonardo)
Date: Tue, 26 Dec 2017 13:28:21 +0000 (UTC)
Subject: [pypy-issue] Issue #2716: UnicodeEncodeError in PyPy3.5 v5.10 for
 Windows (pypy/pypy)
Message-ID: <20171226132821.22386.14873@celery-worker-109.ash1.bb-inf.net>

New issue 2716: UnicodeEncodeError in PyPy3.5 v5.10 for Windows
https://bitbucket.org/pypy/pypy/issues/2716/unicodeencodeerror-in-pypy35-v510-for

Leonardo:

Testing example game from Pyglet (ctypes).

```
#!python


PS C:\examples> .\pypy3-v5.10.0-win32\pypy3.exe .\game\version5\asteroid.py
Traceback (most recent call last):
  File "C:\examples\pypy3-v5.10.0-win32\site-packages\pyglet\lib.py", line 137, in load_library
    lib = ctypes.cdll.LoadLibrary(name)
  File "C:\examples\pypy3-v5.10.0-win32\lib-python\3\ctypes\__init__.py", line 431, in LoadLibrary
    return self._dlltype(name)
  File "C:\examples\pypy3-v5.10.0-win32\lib-python\3\ctypes\__init__.py", line 349, in __init__
    pypy_dll = _ffi.CDLL(name, mode)
OSError: Cannot load library avbin: N\ufffdo foi poss\ufffdvel encontrar o m\ufffddulo especificado

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File ".\game\version5\asteroid.py", line 2, in <module>
    from game import asteroid, load, player, resources
  File "C:\examples\game\version5\game\__init__.py", line 1, in <module>
    from . import load, player, resources
  File "C:\examples\game\version5\game\load.py", line 3, in <module>
    from . import asteroid, resources, util
  File "C:\examples\game\version5\game\asteroid.py", line 2, in <module>
    from . import physicalobject, resources
  File "C:\examples\game\version5\game\resources.py", line 32, in <module>
    bullet_sound = pyglet.resource.media("bullet.wav", streaming=False)
  File "C:\examples\pypy3-v5.10.0-win32\site-packages\pyglet\resource.py", line 655, in media
    return media.load(path, streaming=streaming)
  File "C:\examples\pypy3-v5.10.0-win32\site-packages\pyglet\media\sources\loader.py", line 63, in load
    source = get_source_loader().load(filename, file)
  File "C:\examples\pypy3-v5.10.0-win32\site-packages\pyglet\media\sources\loader.py", line 93, in get_source_loader
    if have_avbin():
  File "C:\examples\pypy3-v5.10.0-win32\site-packages\pyglet\media\sources\loader.py", line 114, in have_avbin
    from .avbin import AVbinSource
  File "C:\examples\pypy3-v5.10.0-win32\site-packages\pyglet\media\sources\avbin.py", line 64, in <module>
    av = pyglet.lib.load_library(av)
  File "C:\examples\pypy3-v5.10.0-win32\site-packages\pyglet\lib.py", line 145, in load_library
    print("Unexpected error loading library %s: %s" % (name, str(o)))
  File "C:\examples\pypy3-v5.10.0-win32\lib-python\3\encodings\cp850.py", line 19, in encode
    return codecs.charmap_encode(input,self.errors,encoding_map)[0]
UnicodeEncodeError: 'charmap' codec can't encode character '\ufffd' in position 68: character maps to <undefined>
PS C:\examples>
```



From issues-reply at bitbucket.org  Tue Dec 26 16:45:28 2017
From: issues-reply at bitbucket.org (=?utf-8?q?Miro_Hron=C4=8Dok?=)
Date: Tue, 26 Dec 2017 21:45:28 +0000 (UTC)
Subject: [pypy-issue] Issue #2717: pypy3 5.10.0: Timeout tests never timeout
 on i686 (pypy/pypy)
Message-ID: <20171226214527.39624.40721@celery-worker-109.ash1.bb-inf.net>

New issue 2717: pypy3 5.10.0: Timeout tests never timeout on i686
https://bitbucket.org/pypy/pypy/issues/2717/pypy3-5100-timeout-tests-never-timeout-on

Miro Hron?ok:

Hi, I'm trying to build pypy3 5.10.0 for Fedora.

On i686/i386 the timeout test hang forever.


```
testTimeoutValueNonamed (test.test_socket.NetworkConnectionAttributesTest) ... ok

```

The above tests is the last in the logs. Teh next one never appears there:

```
testInsideTimeout (test.test_socket.NetworkConnectionBehaviourTest) ... ok
```

Full logs and build info:

* https://koji.fedoraproject.org/koji/taskinfo?taskID=23909400
* https://koji.fedoraproject.org/koji/taskinfo?taskID=23909447
* https://kojipkgs.fedoraproject.org//work/tasks/9447/23909447/build.log

* https://copr.fedorainfracloud.org/coprs/g/python/pypy35/build/691426/
* https://copr-be.cloud.fedoraproject.org/results/@python/pypy35/fedora-26-i386/00691426-pypy3/builder-live.log
* https://copr-be.cloud.fedoraproject.org/results/@python/pypy35/fedora-27-i386/00691426-pypy3/builder-live.log
* https://copr-be.cloud.fedoraproject.org/results/@python/pypy35/fedora-rawhide-i386/00691426-pypy3/builder-live.log



From issues-reply at bitbucket.org  Wed Dec 27 17:46:57 2017
From: issues-reply at bitbucket.org (=?utf-8?q?Miro_Hron=C4=8Dok?=)
Date: Wed, 27 Dec 2017 22:46:57 +0000 (UTC)
Subject: [pypy-issue] Issue #2718: pypy3.5 traceback when hitting backspace
 in repl (pypy/pypy)
Message-ID: <20171227224657.571.68239@celery-worker-107.ash1.bb-inf.net>

New issue 2718: pypy3.5 traceback when hitting backspace in repl
https://bitbucket.org/pypy/pypy/issues/2718/pypy35-traceback-when-hitting-backspace-in

Miro Hron?ok:

In interactive prompt, when I remove a character via backspace, a traceback is scattered all around my terminal with the following:

```
Traceback (most recent call last):
  File "/usr/lib/pypy3-5.10.0/lib_pypy/pyrepl/reader.py", line 620, in readline
    self.handle1()
  File "/usr/lib/pypy3-5.10.0/lib_pypy/pyrepl/reader.py", line 603, in handle1
    self.do_cmd(cmd)
  File "/usr/lib/pypy3-5.10.0/lib_pypy/pyrepl/reader.py", line 555, in do_cmd
    self.refresh()
  File "/usr/lib/pypy3-5.10.0/lib_pypy/pyrepl/reader.py", line 537, in refresh
    self.console.refresh(screen, self.cxy)
  File "/usr/lib/pypy3-5.10.0/lib_pypy/pyrepl/unix_console.py", line 245, in refresh
    self.move_cursor(cx, cy)
  File "/usr/lib/pypy3-5.10.0/lib_pypy/pyrepl/unix_console.py", line 355, in move_cursor
    self.flushoutput()
  File "/usr/lib/pypy3-5.10.0/lib_pypy/pyrepl/unix_console.py", line 479, in flushoutput
    self.__tputs(text)
  File "/usr/lib/pypy3-5.10.0/lib_pypy/pyrepl/unix_console.py", line 503, in __tputs
    if '*' in m.group(2):
TypeError: 'str' does not support the buffer interface

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/pypy3-5.10.0/lib_pypy/_pypy_interact.py", line 32, in interactive_console
    run_interactive(mainmodule)
  File "/usr/lib/pypy3-5.10.0/lib_pypy/pyrepl/simple_interact.py", line 73, in run_multiline_interactive_console
    returns_unicode=True)
  File "/usr/lib/pypy3-5.10.0/lib_pypy/pyrepl/readline.py", line 275, in multiline_input
    return reader.readline(returns_unicode=returns_unicode)
  File "/usr/lib/pypy3-5.10.0/lib_pypy/pyrepl/reader.py", line 625, in readline
    self.restore()
  File "/usr/lib/pypy3-5.10.0/lib_pypy/pyrepl/reader.py", line 518, in restore
    self.console.restore()
  File "/usr/lib/pypy3-5.10.0/lib_pypy/pyrepl/unix_console.py", line 392, in restore
    self.flushoutput()
  File "/usr/lib/pypy3-5.10.0/lib_pypy/pyrepl/unix_console.py", line 479, in flushoutput
    self.__tputs(text)
  File "/usr/lib/pypy3-5.10.0/lib_pypy/pyrepl/unix_console.py", line 503, in __tputs
   if '*' in m.group(2):
TypeError: 'str' does not support the buffer interface
```

Note that this only happens with a minimal setup in Fedora's build environment. where the tty is somehow limited and I cannot reproduce this on my normal environment. 



Adding `b` into `if b'*' in m.group(2)`  fixes the problem, will try to send a PR, but Bitbucket keeps saying it is forking the repo forever.



From issues-reply at bitbucket.org  Wed Dec 27 20:19:08 2017
From: issues-reply at bitbucket.org (adamtheturtle)
Date: Thu, 28 Dec 2017 01:19:08 +0000 (UTC)
Subject: [pypy-issue] Issue #2719: Difference between CPython and PyPy -
 using getattr with keyword arguments (pypy/pypy)
Message-ID: <20171228011908.14979.83485@celery-worker-109.ash1.bb-inf.net>

New issue 2719: Difference between CPython and PyPy - using getattr with keyword arguments
https://bitbucket.org/pypy/pypy/issues/2719/difference-between-cpython-and-pypy-using

adamtheturtle:

In CPython, `getattr` cannot take keyword arguments.
In PyPy, `getattr` can take keyword arguments.

```
Adam at MacBook-Pro ~/Desktop> python3
Python 3.6.4 (default, Dec 19 2017, 15:26:29) 
[GCC 4.2.1 Compatible Apple LLVM 9.0.0 (clang-900.0.39.2)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> 
Adam at MacBook-Pro ~/Desktop> pypy3
Python 3.5.3 (d72f9800a42b46a8056951b1da2426d2c2d8d502, Oct 07 2017, 08:21:37)
[PyPy 5.9.0-beta0 with GCC 4.2.1 Compatible Apple LLVM 9.0.0 (clang-900.0.37)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
And now for something completely different: ``what we achieved today: we
discussed the ponyness of time-machines''
>>>> 
Adam at MacBook-Pro ~/Desktop> python3 -c 'getattr(object="a", name="title")'
Traceback (most recent call last):
  File "<string>", line 1, in <module>
TypeError: getattr() takes no keyword arguments
Adam at MacBook-Pro ~/Desktop> pypy3 -c 'getattr(object="a", name="title")'
Adam at MacBook-Pro ~/Desktop> 
```



From issues-reply at bitbucket.org  Thu Dec 28 10:32:28 2017
From: issues-reply at bitbucket.org (=?utf-8?b?0JDQu9C10LrRgdCw0L3QtNGAINCS0LvQsNC00LjQvNC40YDQvtCy0LjRhw==?=)
Date: Thu, 28 Dec 2017 15:32:28 +0000 (UTC)
Subject: [pypy-issue] Issue #2720: ensurepip on
 pypy-c-jit-93579-a4194a67868f-win32 in Windows 7 x64 (pypy/pypy)
Message-ID: <20171228153228.20711.72034@celery-worker-107.ash1.bb-inf.net>

New issue 2720: ensurepip on pypy-c-jit-93579-a4194a67868f-win32 in Windows 7 x64
https://bitbucket.org/pypy/pypy/issues/2720/ensurepip-on-pypy-c-jit-93579-a4194a67868f

????????? ????????????:

Interpreter log for `pypy3 -m ensurepip`. Related question: [pip install with ensurepip on PyPy3.5 v5.10 in Windows 7 x64](https://stackoverflow.com/questions/47999518/pip-install-with-ensurepip-on-pypy3-5-v5-10-in-windows-7-x64).

```
#!PyPy3 interpreter
Collecting setuptools
Exception:
Traceback (most recent call last):
  File "C:\Users\user\AppData\Local\Temp\tmpoqcv7_bf\pip-9.0.1-py2.py3-none-any.whl\pip\basecommand.py", line 215, in main
    status = self.run(options, args)
  File "C:\Users\user\AppData\Local\Temp\tmpoqcv7_bf\pip-9.0.1-py2.py3-none-any.whl\pip\commands\install.py", line 324, in run
    requirement_set.prepare_files(finder)
  File "C:\Users\user\AppData\Local\Temp\tmpoqcv7_bf\pip-9.0.1-py2.py3-none-any.whl\pip\req\req_set.py", line 380, in prepare_files
    ignore_dependencies=self.ignore_dependencies))
  File "C:\Users\user\AppData\Local\Temp\tmpoqcv7_bf\pip-9.0.1-py2.py3-none-any.whl\pip\req\req_set.py", line 554, in _prepare_file
    require_hashes
  File "C:\Users\user\AppData\Local\Temp\tmpoqcv7_bf\pip-9.0.1-py2.py3-none-any.whl\pip\req\req_install.py", line 278, in populate_link
    self.link = finder.find_requirement(self, upgrade)
  File "C:\Users\user\AppData\Local\Temp\tmpoqcv7_bf\pip-9.0.1-py2.py3-none-any.whl\pip\index.py", line 465, in find_requirement
    all_candidates = self.find_all_candidates(req.name)
  File "C:\Users\user\AppData\Local\Temp\tmpoqcv7_bf\pip-9.0.1-py2.py3-none-any.whl\pip\index.py", line 386, in find_all_candidates
    self.find_links, expand_dir=True)
  File "C:\Users\user\AppData\Local\Temp\tmpoqcv7_bf\pip-9.0.1-py2.py3-none-any.whl\pip\index.py", line 236, in _sort_locations
    sort_path(os.path.join(path, item))
  File "C:\Users\user\AppData\Local\Temp\tmpoqcv7_bf\pip-9.0.1-py2.py3-none-any.whl\pip\index.py", line 217, in sort_path
    if mimetypes.guess_type(url, strict=False)[0] == 'text/html':
  File "D:\pypy-c-jit-93579-a4194a67868f-win32\lib-python\3\mimetypes.py", line 288, in guess_type
    init()
  File "D:\pypy-c-jit-93579-a4194a67868f-win32\lib-python\3\mimetypes.py", line 349, in init
    db.read_windows_registry()
  File "D:\pypy-c-jit-93579-a4194a67868f-win32\lib-python\3\mimetypes.py", line 254, in read_windows_registry
    for subkeyname in enum_types(hkcr):
  File "D:\pypy-c-jit-93579-a4194a67868f-win32\lib-python\3\mimetypes.py", line 245, in enum_types
    ctype = _winreg.EnumKey(mimedb, i)
UnicodeDecodeError: 'utf8' codec can't decode byte 0xd2 in position 0: invalid continuation byte
```



From issues-reply at bitbucket.org  Fri Dec 29 00:46:06 2017
From: issues-reply at bitbucket.org (Ryan Hileman)
Date: Fri, 29 Dec 2017 05:46:06 +0000 (UTC)
Subject: [pypy-issue] Issue #2721: PGO build fails on macOS Sierra 10.12.4
 (pypy/pypy)
Message-ID: <20171229054606.36897.17549@celery-worker-110.ash1.bb-inf.net>

New issue 2721: PGO build fails on macOS Sierra 10.12.4
https://bitbucket.org/pypy/pypy/issues/2721/pgo-build-fails-on-macos-sierra-10124

Ryan Hileman:

When running: `pypy ../../rpython/bin/rpython --opt=jit --profopt` I get roughly `-lgcov not found`.

Looks like the rpython build tries to link libgcov which isn't part of llvm on macOS. I believe the equivalent Apple LLVM flags to enable gcov are `-fprofile-arcs -ftest-coverage`.

Replacing `-lgcov` with `-fprofile-arcs -ftest-coverage` seems to result in a successful profopt build, though I'm not sure how to double-check:

```
            if self.config.translation.shared:
-                mk.rule('$(PROFOPT_TARGET)', '$(TARGET) main.o',
                         ['$(CC_LINK) $(LDFLAGS_LINK) main.o -L. -l$(SHARED_IMPORT_LIB) -o $@ $(RPATH_FLAGS) -lgcov', '$(MAKE) postcompile BIN=$(PROFOPT_TARGET)'])
+                mk.rule('$(PROFOPT_TARGET)', '$(TARGET) main.o',
                         ['$(CC_LINK) $(LDFLAGS_LINK) main.o -L. -l$(SHARED_IMPORT_LIB) -o $@ $(RPATH_FLAGS) -fprofile-arcs -ftest-coverage', '$(MAKE) postcompile BIN=$(PROFOPT_TARGET)'])
            else:
                mk.definition('PROFOPT_TARGET', '$(TARGET)')
```



From issues-reply at bitbucket.org  Fri Dec 29 03:36:34 2017
From: issues-reply at bitbucket.org (Armin Rigo)
Date: Fri, 29 Dec 2017 08:36:34 +0000 (UTC)
Subject: [pypy-issue] Issue #2722: shadowstack overflow with
 sys.setrecursionlimit() (pypy/pypy)
Message-ID: <20171229083634.19279.37471@celery-worker-110.ash1.bb-inf.net>

New issue 2722: shadowstack overflow with sys.setrecursionlimit()
https://bitbucket.org/pypy/pypy/issues/2722/shadowstack-overflow-with

Armin Rigo:

When playing with sys.setrecursionlimit(), we can get the fixed-size shadowstack to overflow.  This occurs more easily on release builds with ``-O3`` because the C stack grows more slowly there, making the shadowstack growth comparatively faster.

We need to think about what to do.  We can't easily reallocate the running shadowstack in sys.setrecursionlimit().  We could maybe work with a non-contiguous shadowstack that is made from several smaller blocks.  It needs to be tweaked to have minimal impact, particularly on JITted code.



From issues-reply at bitbucket.org  Sat Dec 30 15:54:17 2017
From: issues-reply at bitbucket.org (carver)
Date: Sat, 30 Dec 2017 20:54:17 +0000 (UTC)
Subject: [pypy-issue] Issue #2723: Undefined symbol PyUnicode_New in PyPy3
 (pypy/pypy)
Message-ID: <20171230205417.26815.29004@celery-worker-109.ash1.bb-inf.net>

New issue 2723: Undefined symbol PyUnicode_New in PyPy3
https://bitbucket.org/pypy/pypy/issues/2723/undefined-symbol-pyunicode_new-in-pypy3

carver:

It looks like CPython 3.5 has a [`PyUnicode_New` symbol](https://docs.python.org/3/c-api/unicode.html#c.PyUnicode_New) that is not available on PyPy3. One example of a package that depends on it is [pysha3](https://github.com/tiran/pysha3):


```
#!bash

$ git clone https://github.com/tiran/pysha3.git
$ cd pysha3

$ virtualenv -p pypy3 venv-pypy3
$ source venv-pypy3/bin/activate
$ pip install -e .

$ python -c "from sha3 import keccak_256"
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "./pysha3/sha3.py", line 8, in <module>
    from _pysha3 import keccak_224, keccak_256, keccak_384, keccak_512
ImportError: ./pysha3/venv-pypy3/site-packages/pysha3-1.0.3.dev1-py3.5-linux-x86_64.egg/_pysha3.pypy3-59-x86_64-linux-gnu.so: undefined symbol: PyUnicode_New

$ python --version
Python 3.5.3 (d72f9800a42b, Oct 04 2017, 12:23:49)
[PyPy 5.9.0-beta0 with GCC 6.2.0 20160901]
```