On Tue, Feb 12, 2013 at 10:14 AM, wrote:
> Hi pypy-dev (and hi armin :)
>
> Quick question - do we make https://bugs.pypy.org/issue1282 a release
> blocker? As far as I understand this is a chain-of-destructors
> scenario. Can we do better than wait N gc.collects? If not, can we fix
> generators?
I've had really good luck installing pypy and development environments with
pyenv. It includes recipes for installing pretty much any version of Python
you might need.
-Mark
> Hi Developers ..
>
> I have been looking at trying to install the pypy interpreter from source
> code as suggested f
How hostile would you be to a pypy-2.8 branch with these kinds of improvements?
-Mark
> On Feb 23, 2014, at 1:04, Armin Rigo wrote:
>
> Hi Dima,
>
>> On 22 February 2014 20:51, Dima Tisnek wrote:
>> Right, I narrowed it down to condition.wait being much slower with a
>> timeout than without.
Does this mean that you cannot implement an interpreter for a language
requiring TCO with PyPy/RPython?
-Mark
> On Jul 11, 2014, at 1:57, Armin Rigo wrote:
>
> Hi Laurence,
>
>> On 10 July 2014 13:12, Laurence Tratt wrote:
>> Tail call optimisation has trade-offs: one can always construct ca
Thank you for the quick answer. Just making sure I was understanding which
layer was being discussed. The addition of byte codes is what made me question
if it was a deeper issue.
-Mark
> On Jul 11, 2014, at 9:17, Armin Rigo wrote:
>
> Hi Mark,
>
>> On 11 July 2014 1
The benchmarks game shows Hack being 190x slower than Python3 at
calculating pidigits. The benchmarks for Hack are all terrible. What
makes you say it is the fastest dynamic language in the game?
-Mark
On Sat, Sep 6, 2014 at 1:55 PM, Phyo Arkar wrote:
> I am wondering, is it theoretically po
I've had the best luck with Pyenv.
-Mark
> On Jun 11, 2015, at 07:46, Ram Rachum wrote:
>
> Things I don't care about so much right now:
> - How fast PyPy runs.
>
> Things I care a lot about right now:
> - How many hours of my life I need to spend to get PyPy to run.
>
>> On Thu, Jun 11,
