They rebuild their images approximately weekly -- if you request
pypy3.9-7.3.11 you'll get it immediately, but if you just request
pypy3.9 you'll get it once the images rebuild.
Alex
On Mon, Jan 2, 2023 at 3:29 PM Oscar Benjamin
wrote:
>
> On Fri, 30 Dec 2022 at 07:08, Matti Picus wrote:
> >
>
You might try pyca/cryptography (pip install cryptography) -- we test
on PyPy and I'd expect it to be performant.
Alex
On Fri, Jul 1, 2022 at 11:35 AM Nicola Di Bona
wrote:
>
> Thanks for your answers and your time. I tried, but it doesn't install (with
> Pip), I am attaching the error screen.
it was removed here
https://github.com/pallets/jinja/commit/5308c9588d50d49b18885a8864915d728477a433
Alex
On Fri, May 13, 2022 at 10:23 AM Carl Friedrich Bolz-Tereick
wrote:
>
> Oh, fascinating, I didn't know that they were using tproxy at some point!
> Does not really look like it's still ther
The repository is now hosted at https://foss.heptapod.net/pypy/pypy/
Alex
On Wed, Aug 19, 2020 at 5:43 PM Will Snellen wrote:
> Sirs,
>
> Trying to download various versions of Pypy3, I get the following message:
>
> >>>Repository unavailable
> Bitbucket no longer supports Mercurial repositorie
Looking at my branches:
- numpypy-ctypes, numpy-record-type-pure-python: can be deleted
- jit-tracehook: Seems like a good idea, let's you run the JIT even when
there's a trace func -- looks like maybe some parts were landed and some
weren't?
- struct-double: I think all this work got done in a di
Adding the PSF infra group.
Alex
On Fri, Jun 8, 2018, 1:03 PM Armin Rigo wrote:
> Hi,
>
> Who knows how to fix this? https://pypy.org/ complains that it has
> got an invalid certificate.
>
>
> Armin
> ___
> pypy-dev mailing list
> pypy-dev@python.org
pyca/cryptography issues a new release on all platforms for any OpenSSL
security releases.
:-),
Alex
On Wed, Jan 3, 2018 at 7:05 PM, Matt Billenstein wrote:
> On Wed, Jan 03, 2018 at 06:51:21PM -0500, Alex Gaynor wrote:
> >If PyPy releases include a copy of OpenSSL (or LibreSSL
6-12 months and using the
> latest
> point release for a new pypy release is probably a good plan.
>
>
> BTW you should consult your local cryptographic engineer – I guess that's
> probably Alex Gaynor? – before deciding between LibreSSL and OpenSSL. I
> don't have any firs
I'm pretty sure the LibreSSL that macOS includes is not intended for public
linkage.
If you want to ship binaries on macOS that use OpenSSL, the thing to do is
to ship your own OpenSSL and update whenever OpenSSL performs a security
release.
Alex
On Tue, Jan 2, 2018 at 7:04 PM, Matt Billenstein
I've ping'd the infra team about the cert.
Alex
On Wed, Dec 27, 2017 at 4:35 PM, Kotrfa wrote:
> Hi,
>
> thank you for all your hard work, I really appreciate it.
>
> Firstly, it seems that the website SSL certificate expired or something.
> At my latest Chromium reports "Not secure".
>
> Secon
Hi David,
We test cryptography against PyPy in our CI, and I install it
semi-regularly, so I'd expect it to work :-)
Are you able to reproduce this reliably? If yes, can you include full
instructions?
If not: what versions of pip and setuptools do you have?
Alex
On Thu, Oct 5, 2017 at 8:30 PM,
Cool!
On Mon, Aug 15, 2016 at 6:05 PM, Maciej Fijalkowski
wrote:
> So apparently someone just made a big donation to pypy 3k project.
>
> Details here: http://blog.saynotolinux.com/blog/2016/08/15/jetbrains-ide-
> remote-code-execution-and-local-file-disclosure-vulnerability-analysis/
>
> Cheers
Sounds like a good ideas to me. Thanks!
Alex
On Nov 14, 2015 1:53 PM, "Matti Picus" wrote:
> After fixing the critical bugs 2180 (unrolling double loops) and 2183
> (ssl memory leak), should we release a bug-fix PyPy 4.0.1?
> There were also some nice performance enhancements since 4.0.0, esp. l
In theory it's just a matter of plumbing everything all the way through the
layers of JIT?
Alex
On Mon, Aug 17, 2015 at 4:09 PM, Maciej Fijalkowski
wrote:
> not easily :-( would be cool if such an option exists
>
> On Mon, Aug 17, 2015 at 9:29 PM, Timothy Baldridge
> wrote:
> > My calls into C
I believe at the EuroPython sprints, Armin was working on support for `#if`
in cffi. If that's happening, it'd be good to get it into a cffi release at
the same time.
Cheers,
Alex
On Tue, Jul 28, 2015 at 11:26 PM, Matti Picus wrote:
> It seems the time has come to release pypy 2.6.1
> Does anyo
Where possible (e.g. syntax changes), I'd love to constrain the scope as
much as possible. It's MUCH easier to review 100 20-line pull requests than
it is to review a 2000-line PR.
Alex
On Fri, Apr 17, 2015 at 11:58 AM, VanL wrote:
> A question came up in the discussion of a pull request: What
May I suggest we use the `os.SEEK_*` constants for this; not all of us have
memorized POSIX :-)
Alex
On Mon, Mar 9, 2015 at 8:42 AM, Armin Rigo wrote:
> Hi Fijal,
>
> On 9 March 2015 at 09:21, Maciej Fijalkowski wrote:
> > uh, I really don't think this checkin is correct (it was meant to seek
FWIW, I've definitely seen and worked on Django sites that got major
improvements out of PyPy -- both the templates and ORM are both sped up
substantially by it. I think we should try to fix issues as we see them,
before writing it off.
FWIW: lazy does not create a new class per call of a function
g a copy
>
> On Sun, Jan 11, 2015 at 9:37 PM, Maciej Fijalkowski
> wrote:
> > I'm with Alex on that - raising RuntimeError is a good behavior when
> > "you're not supposed to do that" happens. I would go with 1) as
> > opposed to 2)
> >
> &
IMO, it's clear that CPython intends this to be "undefined behavior",
raising a RuntimeError is a perfectly acceptable undefined behavior IMO --
better than corrupting the data.
For __eq__ and __reversed__ and popitem(last=False) we can just have
functions in __pypy__ and call them from class Orde
Hey all,
Earlier today I created the 2.7.9 branch, with the copy of the 2.7.9 stdlib.
http://buildbot.pypy.org/summary?branch=stdlib-2.7.9 is the branch summary.
It's no surprise, the biggest work to be done is for the ssl module, 2.7.9
contains a complete backport of 3.4's ssl module.
We have
Hey Toni,
If this optimization is valid for any float, we should definitely do it,
and this is a missed optimization. If it's not valid for all floats, I'm
not sure how we should handle it, if at all.
Alex
On Wed Nov 05 2014 at 10:16:36 AM Toni Mattis <
toni.mat...@student.hpi.uni-potsdam.de> wr
hat :-)
>
> On Tue, Oct 14, 2014 at 4:15 PM, Alex Gaynor
> wrote:
> > There aren't any primitives for this right now, no. I'd say it would be
> > medium level of difficult to add support to the JIT for this, probably a
> day
> > of work for someone who k
There aren't any primitives for this right now, no. I'd say it would be
medium level of difficult to add support to the JIT for this, probably a
day of work for someone who knew the codebase, a few days for someone
learning it.
On Tue, Oct 14, 2014 at 7:05 AM, Timothy Baldridge
wrote:
> I've rea
Lists are resizable, GcArray are not. A Python "list" object will become a
GcArray automatically if you never call a method that can resize it, such
as append. Basically for it to be a GcArray you should allocate it with
[None] * n, and then only use __setitem__ and __getitem__.
Cheers,
Alex
On S
So, one solution is to simply write this loop in the interpreted language
(this is what I did for Topaz, methods such as Array#each are just some
ruby code). An alternative is to make a JitDriver for that function, see
can see this pattern in pypy/objspace/std/setobject.py
Alex
On Sun, Sep 28, 20
Wow, nice catch!
Alex
On Mon, Sep 1, 2014 at 3:31 AM, Armin Rigo wrote:
> Re-hi,
>
> On 1 September 2014 12:20, Armin Rigo wrote:
> > Tweaked!
>
> Note that the final result is 33% faster in your example.
>
>
> Armin
>
--
"I disapprove of what you say, but I will defend to the death your
FWIW, I'm not sure your commit helped, at least, it seems to be worse for
some usecases: (PyPy default vs 2.3.1):
$ ./pypy-c -mtimeit -s "import json" "json.dumps({u'': u'abcdef' * 1})"
1000 loops, best of 3: 1.09 msec per loop
$ ./pypy-c -mtimeit -s "import json" "json.dumps({u'': u'abcdef' *
It looks like Heroku will soon have native support for PyPy 2.3.1:
https://github.com/heroku/heroku-buildpack-python/issues/139
Alex
On Thu, Jul 17, 2014 at 7:51 AM, Yury V. Zaytsev wrote:
> On Thu, 2014-07-17 at 15:10 +0200, Armin Rigo wrote:
> >
> > Thanks for the explanations! And, just to
I think we shoudl either disable it, or make it be really good: meaning
completely skipping the C-call layer, and just making things super simple:
def PyListAppend(list, item):
list.append(item)
There's no point in having it if it's super expensive (IMO).
Alex
On Sat, Jun 21, 2014 at 1:24
Hi Chris,
Are you looking for an Infrastructure as a Service (something like AWS, or
Rackspace Cloud) or a Platform as a Service (Heroku)?
Typically IaaS providers just give you a bare linux box, where you can of
course install your own PyPy; as you've seen it looks like the PyPy on
Heroku is out
New issue 1776: Creating instances of a namedtuple is inexplicably very slow
https://bitbucket.org/pypy/pypy/issue/1776/creating-instances-of-a-namedtuple-is
Alex Gaynor:
Compare:
```
$ pypy -mtimeit -s "from collections import namedtuple; pos = namedtuple('pos',
['x
I don't have any good numbers, sorry.
On Wed, May 21, 2014 at 1:32 AM, Antonio Cuni wrote:
> Hi Alex,
>
> On Wed, May 21, 2014 at 1:58 AM, Alex Gaynor wrote:
>
>> Oh, performance, the only Ruby implementation that's competitive with it
>> is the Oracle Rub
Oh, performance, the only Ruby implementation that's competitive with it is
the Oracle Ruby VM with Truffle, I think they've started merging that into
JRuby by now, so I'm not sure how that compares. Definitely faster than MRI
though :-)
Alex
On Tue, May 20, 2014 at 4:58 PM, Ale
On Tue, May 20, 2014 at 4:56 PM, Antonio Cuni wrote:
> Hi all,
>
> I am preparing the usual "PyPy status talk" which I'll give to the
> upcoming Pycon Italy, which is going to cover what happened in the last two
> years of PyPy.
>
> If you are interested, the draft slides are here:
>
> https://bi
t; limit) for other users who are abusing the service, but it is obvious we
> need some exceptions. It will be a couple of days, but we will get PyPy
> excepted as soon as possible. I'm sorry about that!"
>
> Matti
>
>
> On 13/05/2014 3:29 PM, Alex Gaynor wrote:
>
>
Hi all,
Right now PyPy binaries for releases are hosted on bitbucket.
Unfortunately, recently bitbucket started rate limiting downloads of files,
and I've seen many issues in downloading them, both myself, and from user
bug reports.
I'd like to move these to be hosted somewhere else, I figured th
We just had an issue report about a compilation error with GCC 4.9, I think
probably we want to include that in a 2.3.1 (since it'll be an issue for
downstream people like distros who want to upgrade us and gcc at the same
time).
Alex
On Sun, May 11, 2014 at 12:49 PM, Matti Picus wrote:
> When
Hi Holger,
I think some people were talking about moving our bugs to use bitbucket
issues, I'm not sure what the status of that is.
Alex
On Thu, May 1, 2014 at 2:30 AM, holger krekel wrote:
> Hi Alex, all,
>
> any news on moving bugs.pypy.org somewhere else?
> End of May i plan to move the un
o bed
tonight.
Alex
On Mon, Apr 28, 2014 at 9:59 PM, Alex Gaynor wrote:
> I've reproduced the performance on the latest default (on OS X, FWIW). I'm
> starting to profile now.
>
> Alex
>
> PS: Your namedtuple usage is fine.
>
>
> On Mon, Apr 28, 2014 at 8:
I've reproduced the performance on the latest default (on OS X, FWIW). I'm
starting to profile now.
Alex
PS: Your namedtuple usage is fine.
On Mon, Apr 28, 2014 at 8:43 PM, Robert Grosse wrote:
> Hi, while working on some MDP code, I discovered that it was several times
> as slow under Pypy as
I'd like to make https://bugs.pypy.org/issue1743 a blocker for 2.3
Alex
On Fri, Apr 25, 2014 at 8:41 PM, Brian Kearns wrote:
> Also, what about the existence of other blockers? For example:
> https://bugs.pypy.org/issue1695
>
>
> On Fri, Apr 25, 2014 at 2:30 AM, Maciej Fijalkowski wrote:
>
>>
The stripe folks are pretty awesome (as is their office), so if anyone came
to live here and work on PyPy it would be awesome :-)
Alex
On Fri, Apr 25, 2014 at 12:15 PM, Laura Creighton wrote:
> https://stripe.com/blog
>
> I wrote them, and yes non-USA citizens/green card holders are eligible.
Awesome -- thanks Brian!
Alex
On Wed, Apr 9, 2014 at 2:50 PM, Brian Kearns wrote:
> Fixed in fcb0695ec986
>
>
> On Wed, Apr 9, 2014 at 11:32 AM, Alex Gaynor wrote:
>
>> It fails under CPython 2.7 as well, I guess we should fix it.
>>
>> Alex
>>
>
It fails under CPython 2.7 as well, I guess we should fix it.
Alex
On Wed, Apr 9, 2014 at 2:29 PM, Dima Tisnek wrote:
> it fails on py 2.7 (with a bug), fails correctly in py 3.3 and
> succeeds in pypy 2.2:
>
> import os
> os.open("/", os.O_RDONLY)
> 3
> os.fdopen(3, "r")
> ', m
normal
> speed and such.
>
> Is there enough here that a patch to do (a) would be a reasonable next
> step?
>
> On Jan 22, 2014, at 12:45 PM, Donald Stufft wrote:
>
>
> On Jan 22, 2014, at 12:40 PM, Alex Gaynor wrote:
>
> (a) is a no brainer to me, there's no ba
(a) is a no brainer to me, there's no backwards compatibility concerns
here, right?
I'm +1 on (b) as well, but let's get (a) done first. I think we need to be
being proactive in protecting our users, and the fact that CPython's core
devs are playing fast and loose with security (particular on Py2)
Hey all,
There are a number of serious security improvements that have gone into the
stdlib SSL module in Python 3. For reasons that defy understanding, the
CPython maintainers have decided not to backport them to Python 2.
I'd like to backport a few of them, starting with: blocking SSLv2 by
defa
No, this isn't a bug in PyPy. If gevent wants to use the internal details
of the socket module in way's that aren't defined, they need to pass
somethign which matches the required interface.
Alex
On Thu, Dec 19, 2013 at 7:59 AM, Piotr Skamruk wrote:
> It's because lib-python/2.7/socket.py has r
Hi Mario,
You can either file a ticket and upload a patch at bugs.pypy.org, or send a
pull request on bitbucket.
Alex
On Thu, Dec 12, 2013 at 1:40 PM, Mario Pernici wrote:
>
> Hello,
> I would like to submit a patch to rbigint.py (50 lines of code in
> _x_mul_),
> speeding up multiplication
int(f) == f should be correct.
Alex
On Thu, Nov 7, 2013 at 2:51 PM, Laurence Tratt wrote:
> On Thu, Nov 07, 2013 at 11:42:47PM +0100, Amaury Forgeot d'Arc wrote:
>
> > Hum, [1,2,3].__contains__(1.9)?
>
> Good point. This is something I clearly got wrong.
>
> Is there a practical way to tell if
What is t1 in this context? That's a pretty dramatic slow-down, so I'd like
to understand it better.
Alex
On Thu, Nov 7, 2013 at 2:18 PM, Laurence Tratt wrote:
> I've been fiddling with extending some of the strategies in PyPy. My first
> port of call has been to provide fast paths in IntegerL
A. Thanks for the fix!
Alex
On Sun, Oct 27, 2013 at 2:26 PM, Armin Rigo wrote:
> Hi Alex,
>
> On Sun, Oct 27, 2013 at 10:18 PM, Alex Gaynor
> wrote:
> > It's not unlikely I screwed up the formatted of the post :) If there's
> some
> > specific way I
It's not unlikely I screwed up the formatted of the post :) If there's some
specific way I can fix it let me know.
Alex
On Sun, Oct 27, 2013 at 2:16 PM, Armin Rigo wrote:
> Hi Holger,
>
> On Sun, Oct 27, 2013 at 10:06 PM, holger krekel
> wrote:
> > The last "Making coverage.py faster under py
It's only applicable (as far as I know) when upgrading from 10.8 to 10.9,
so our docs don't really seem like the right place for it.
Alex
On Sun, Oct 27, 2013 at 12:11 AM, Armin Rigo wrote:
> Hi Alex,
>
> On Sat, Oct 26, 2013 at 5:25 PM, Alex Gaynor
> wrote:
> > Y
Hi Ryan,
I'm not sure this completely answers your question, but the JIT does let
you tell it when a class is statically known:
https://bitbucket.org/pypy/pypy/src/061674dab6430beb1645f43449fc114a09d58834/rpython/rlib/jit.py?at=default#cl-979so
this may help you.
In general RPython (and the JIT),
Yup, if you run `xcode-select --install` everything fixes itself.
Alex
On Sat, Oct 26, 2013 at 8:14 AM, Taavi Burns wrote:
> On Mavericks:
> $ sudo find / -type f -name \*ffi.h
>
> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk/usr/include/ff
Yup, right now it uses the cool hack of "Download the tarball, unpack, and
manually put it on the Python path"
Alex
On Mon, Sep 9, 2013 at 6:00 AM, Carl Friedrich Bolz wrote:
> On 09/09/13 09:55, Maciej Fijalkowski wrote:
> > I believe Alex did something like that. Find him as Alex_Gaynor on I
LLVM also has a link time optimization, is it on by default in LLVM, or do
we need to benchmark with it enabled explicitly?
Alex
On Sun, Sep 8, 2013 at 8:17 AM, Armin Rigo wrote:
> Hi again,
>
> On Sun, Sep 8, 2013 at 9:42 AM, Armin Rigo wrote:
> > We've been suitably impressed by the results
Yes, we're in the process of moving bugs.pypy.org to be handled by the PSF
infrastructure group
Alex
On Thu, Sep 5, 2013 at 12:51 PM, anatoly techtonik wrote:
> Cool. Any prospects on when it can happen (or a link to tracker issue)?
> Is it a move to pydotorg infrastructure?
>
> Btw, I found a
Fixing the code is fine with me, does someone want to help get that patch
upstream into CPython so we don't have to worry about losing our
modifications when we upgrade the stdlib?
Alex
On Fri, Aug 30, 2013 at 9:47 AM, Carl Friedrich Bolz wrote:
> On 30/08/13 15:09, Alex Gaynor wrote
Hi Carl,
I wonder if there's some sub-set of cases we can still unroll in. The
particular code this was for is:
https://bitbucket.org/pypy/pypy/src/default/lib-python/2.7/uuid.py#cl-130 .
I wonder if there are cases where the list is both virtual *and* we aren't
able to constant fold some of the s
What version of PyPy are you using to translate?
Alex
On Wed, Jul 31, 2013 at 12:20 PM, David Naylor wrote:
> Hi,
>
> While trying to self-translate pypy-2.1-beta2 I got the following error:
>
> RPython traceback:
> File "rpython_jit_metainterp_resume.c", line 7778, in
> blackhole_from_resume
There's currently no special way, you could bind to it using cffi; but this
will generate a call to a C function, not the instruction directly.
Alex
On Mon, Jul 29, 2013 at 5:15 PM, Nathan Hurst wrote:
> Is there a way to call special operators such as __builtin_popcount
> from within pypy?
>
No, there currently isn't a way to parallelize building.
Alex
PS: Attentive readers will note that technically the very last phase of
compilation is parallelized.
On Sun, Jul 21, 2013 at 8:08 PM, Nathan Hurst wrote:
> Dear mailing list,
> I have looked around the web and through the various m
Yes, I think we can kill it (if you want some help deleting code, let us
know :P)
Alex
On Sun, Jul 7, 2013 at 9:39 AM, Ronan Lamy wrote:
> 2013/5/9 Armin Rigo
>
>> Hi all,
>>
>> On Thu, May 9, 2013 at 10:01 AM, Antonio Cuni
>> wrote:
>> > Although I have an emotional feeling with that piece
Armin ended up comitting a fix today. :)
Alex
On Mon, Jun 10, 2013 at 5:19 PM, Maciej Fijalkowski wrote:
> Antonio Cuni was supposed to fix this problem ages ago :)
>
> On Tue, Jun 11, 2013 at 12:28 AM, Kamil Klimkiewicz
> wrote:
> > Hi guys,
> >
> > I'm playing with PyPy/RPython toolchain to
Hi Steve,
In general you probably want to avoid C-extensions when running under PyPy.
In this case I reccomend using psycopg2cffi instead:
https://pypi.python.org/pypi/psycopg2cffi it's basically a drop-in
replacement and works well under PyPy.
Alex
On Fri, May 24, 2013 at 1:36 AM, Steve Kieu
cffi callbacks, as well as those in RPython (like those used by expat)
Alex
On Thu, May 9, 2013 at 2:15 PM, Felipe Cruz wrote:
> Hi Maciej!
>
> * Callbacks from C are now JITted, which means XML parsing is much faster.
>
> You mean, cffi callbacks?
>
> regards,
>
>
> 2013/5/9 Maciej Fijalkowsk
>> On Wed, May 8, 2013 at 9:50 PM, David
>> Naylor>
>> wrote:
>>
>>> On Wednesday, 8 May 2013 13:35:00 Alex Gaynor wrote:
>>>
>>>> We should probably just delete it at this point, it's completely
>>>> unmaintained, doesn't wo
We should probably just delete it at this point, it's completely
unmaintained, doesn't work, and just confuses people; if someone wants to
ressurect it, hg log should be good enough.
Alex
On Wed, May 8, 2013 at 1:26 PM, Maciej Fijalkowski wrote:
> CLI backend is not really supported any more
>
I wonder if maybe we can't have some sort of flag to add extra
compatibility warnings, and then have a warning when `is` is used ints,
strings, etc?
Alex
On Sun, May 5, 2013 at 3:43 PM, Simon Cross wrote:
> Solution 3 sounds bad since it breaks things in PyPy for people who
> were using "is" m
10:19 AM, Armin Rigo wrote:
> Hi Alex,
>
> On Wed, May 1, 2013 at 4:08 PM, Alex Gaynor wrote:
> > I read the benchmark, it's the loop inside of `zip()` which has very few
> > iterations.
>
> Ah oh. Sorry. I forgot that zip() is implemented at app-level.
>
I read the benchmark, it's the loop inside of `zip()` which has very few
iterations.
Alex
On Wed, May 1, 2013 at 1:56 AM, Armin Rigo wrote:
> Hi Alex,
>
> On Wed, May 1, 2013 at 12:24 AM, Alex Gaynor
> wrote:
> > I don't think this is a GC case. I think this is a
I don't think this is a GC case. I think this is a case of loops with only
a few iterations aren't fast enough.
Alex
On Tue, Apr 30, 2013 at 3:13 PM, Maciej Fijalkowski wrote:
> This is a kind of example where our GC card marking does not quite
> work. I think the improve-rdict branch should im
There was a test in rlist.py that caught the error, I'll add a unittest for
heapcache though.
Alex
On Fri, Apr 26, 2013 at 2:04 AM, Maciej Fijalkowski wrote:
> How about a test? Especially for the heapcache
>
> On Fri, Apr 26, 2013 at 6:23 AM, alex_gaynor
> wrote:
> &
t;
>> Hi Alex,
>>
>> could we have a test_pypy_c test for this please?
>>
>> On 10/04/13 03:53, alex_gaynor wrote:
>>
>>> Author: Alex Gaynor
>>> Branch:
>>> Changeset: r63186:c514bbc4c086
>>> Date: 2013-04-09 19:53 -0700
>>
The biggest problem with this benchmark is that it uses nested lists (read:
memory indirections), whereas the other implementations (or at least the C
one) uses flat storage.
Alex
On Sun, Apr 7, 2013 at 4:30 AM, Dimitri Vorona wrote:
> Hi everyone,
>
> just wanted to bring to your attention thi
It shouldn't have a different typedef, they should just share the same
typedef, and use that indirect_method thing you created.
Alex
On Fri, Apr 5, 2013 at 1:26 PM, Philip Jenvey wrote:
> At one point it was still used like that but it was a bit of a mess
>
> So we've killed its usage so every
Not your fault, those occur on default as well. I don't know of any way to
get better messages.
Alex
On Wed, Apr 3, 2013 at 4:20 PM, wrote:
> Hi,
>
> say I have something like this during translation:
>
> [rtyper:WARNING] SomeInstance(can_be_None=True, classdef=pypy.interpreter.
> **baseobjspa
Ok, once I have the nightly I'll do it. A bit backwards, but translating
takes like an hour.
Alex
On Mon, Apr 1, 2013 at 11:28 PM, Maciej Fijalkowski wrote:
> On Tue, Apr 2, 2013 at 5:30 AM, alex_gaynor
> wrote:
> > Author: Alex Gaynor
> > Branch:
> > Changeset:
Hi everyone,
I've started putting together an ideas page for this GSOC:
https://bitbucket.org/pypy/pypy/wiki/GSOC%202013
If you've got an idea, or are interested in mentoring you should add
yourself/the idea.
Alex
--
"I disapprove of what you say, but I will defend to the death your right to
s
I don't think this is totally correct, it's only true if `max == -1`.
Otherwise you can have something like:
>>> "abc\0def\0ghi\0".split("\0", 1)
['abc', 'def\x00ghi\x00']
Alex
On Tue, Mar 12, 2013 at 7:19 AM, timfel wrote:
> Author: Tim Felgentreff
> Branch:
> Changeset: r62315:156750d24e38
The original source code would be best!
Thanks,
Alex
On Wed, Feb 27, 2013 at 12:32 PM, Roger Flores wrote:
> Would you like a paste from jitviewer or the source code to run and
> examine with jitviewer?
>
> -Roger
>
>
> --
> *From:* Al
In that context large longs means HUNDREDS or THOUSANDS of bits, not 64 :)
Can you show us a full runnable example that illustrates this?
Alex
On Wed, Feb 27, 2013 at 12:10 PM, Roger Flores wrote:
> Hi guys. I've been looking at two simple routines using jitviewer to
> figure out why they're
What you are doing will not generate any information about how fast Python
can be. It will show you the speed of RPython or Cython on baremetal, these
are *NOT* python.
Alex
On Sun, Feb 24, 2013 at 10:44 AM, Ghitulete Razvan <
razvan.ghitul...@gmail.com> wrote:
> On Sun, Feb 24, 2013 at 8:22 PM
Hi,
Why are you trying to do this? The translator doesn't handle random Python,
only RPython.
Alex
On Sun, Feb 24, 2013 at 8:48 AM, Ghitulete Razvan <
razvan.ghitul...@gmail.com> wrote:
> Hi,
>
> I've been trying for some time now to translate python code into C. After
> playing around with th
sys.pypy_translation_info["translation.jit"]
will tell you definitely.
Alex
On Fri, Feb 22, 2013 at 12:22 PM, Davide Del Vento wrote:
> Folks,
>
> I compiled pypy 1.9 and 2.0-beta1 from source, and the few small tests I
> ran were slower than expected. I am wondering if I did everything "righ
Are we also planning to bundle ply and cparser?
Alex
On Wed, Feb 20, 2013 at 11:29 AM, Armin Rigo wrote:
> Hi all,
>
> Just so everybody knows, the plan is to release CFFI 0.6 latest when
> we do the PyPy 2.0 release, and include it fully inside PyPy too.
> (The idea is to avoid "pip install c
So, iter(file).next() is slow?
Alex
On Mon, Feb 18, 2013 at 10:51 AM, Amaury Forgeot d'Arc
wrote:
> 2013/2/18 Eleytherios Stamatogiannakis
>
>> On 18/02/13 18:44, Maciej Fijalkowski wrote:
>>
>>> On Mon, Feb 18, 2013 at 6:20 PM, Eleytherios Stamatogiannakis
>>> wrote:
>>>
We have found a
I've also heard great things about `perf` if you're on Linux.
Alex
On Mon, Feb 11, 2013 at 12:03 PM, Maciej Fijalkowski wrote:
> On Mon, Feb 11, 2013 at 7:39 PM, Amaury Forgeot d'Arc
> wrote:
> > 2013/2/11 Eleytherios Stamatogiannakis
> >>
> >> >
> >> > Which kind of profiler are you using? I
Yes, that page is wrong, the parser is an LL table parser.
I don't think we have an official list of projects using PyPy anywhere.
Alex
On Fri, Feb 8, 2013 at 12:37 PM, Yellow Sq wrote:
> Hi.
>
> Short question: It says at http://doc.pypy.org/en/latest/parser.html that
> Pypy's parser is a r
at 11:44 PM, Carl Friedrich Bolz wrote:
> Hi Alex,
>
> This needs a corresponding test in test_pypy_c.py
>
> Cheers,
>
> Carl Friedrich
>
>
> alex_gaynor wrote:
>>
>> Author: Alex Gaynor
>> Branch:
>> Changeset: r60800:9aeefdb4841d
>&g
AH, yes, it is. This dict is used when you do something like:
re.match(r'(?P\d+', '12').group('name')
Alex
On Fri, Jan 11, 2013 at 7:59 AM, Carl Friedrich Bolz wrote:
>
>> I'll go ahead and add a comment with this info.
>>
>>
> does that mean that the dict (which is created during parsing) is
>
Hi Carl,
The reason is that the dict has similar properties to a module dict:
1) keys are written only once
2) lookups are almost always by constant strings
In typical usage a the groupindex dict is never mutated after its initial
creation, and reads from it are by a precise name of a field, the
Out of curiosity Stefan, if we had an alternate C-API with similar methods
(e.g. PyPyList_Append or so), but different signatures and memory model,
how hard do you think it would be to have Cython support this?
Alex
On Wed, Dec 12, 2012 at 11:35 PM, Stefan Behnel wrote:
> Maciej Fijalkowski, 1
I have a slight preference for the PSF servers if it's possible, I'll get
in touch with Noah and see what I can do to help move this along.
Alex
On Thu, Dec 6, 2012 at 9:11 AM, Antonio Cuni wrote:
> Hi,
>
> On 12/06/2012 05:43 PM, Armin Rigo wrote:
>
> > Right now, we have extra servers sittin
On Sun, Oct 21, 2012 at 12:35 PM, Antonio Cuni wrote:
> On 10/21/2012 09:28 PM, Ronan Lamy wrote:
> >> > * testrunner and dotviewer can become independent packages
> > +1 (well, I don't really have an opinion on testrunner). IMO, this
> > implies that FunctionGraph should lose its view/show met
On Thu, Oct 11, 2012 at 12:25 AM, Armin Rigo wrote:
> Hi Stefan,
>
> On Thu, Oct 11, 2012 at 7:41 AM, Stefan Behnel
> wrote:
> > it crashes in line 606 of obmalloc.c, which reads as follows:
> >
> > 583block *bp;
> > [...]
> > 604 bp = pool->freeblock;
> > 605
On Fri, Sep 28, 2012 at 4:36 PM, Chris Leary wrote:
> Found a red-hot, branchy-looking Python kernel in the wild and
> naturally I thought of you trace compiler folks! ;-) Hope that it
> might be useful: I think it could make a nice addition to the speed
> center, seeing as how it's a CPU bound w
1 - 100 of 190 matches
Mail list logo