Hi David,
On Tue, Sep 27, 2011 at 22:43, David Naylor naylor.b.da...@gmail.com wrote:
It occurred to me that with the many options available for jit (such as
inlining, function_threshold) there may be some merit to optimising those
values.
You are correct in that it makes sense to try more to
Hi Ronny,
On Tue, Sep 27, 2011 at 23:27, Ronny Pfannschmidt
ronny.pfannschm...@gmx.de wrote:
I’d like to collect thoughts on having built-in primitives for
co-routine suspension
it would greatly simplify the work for tool-kits like eventlet/gevent,
since no longer they would need to
Hi,
2011/9/28 Amaury Forgeot d'Arc amaur...@gmail.com:
What I try to accomplish is to learn whether it is possible to map
particular SpaceOperation with right line of original source file.
Good luck with this one. You may want to look at the dis module
to see how it is used.
Note also that
Hi!
I have a quite sophisticated program that can be summarized as follows:
1. Save a pypy object pointer inside C program. Here I call Py_XINCREF so that
it does not get deleted.
2. Do some logic, move this reference around C code.
3. Return a python tuple via typemap, here I am probably
2011/9/28 Alex Pyattaev alex.pyatt...@gmail.com
Hi!
I have a quite sophisticated program that can be summarized as follows:
1. Save a pypy object pointer inside C program. Here I call Py_XINCREF so
that
it does not get deleted.
2. Do some logic, move this reference around C code.
3. Return
Well,
the point is that first I make an owned copy of the object:
%typemap(in) void* {
Py_XINCREF($input);
$1 = $input;
}
Here is the storage struct:
struct event{
int code;
void* node_tx;
void* node_rx;
void* packet;
double signal_power;
double noise_power;
2011/9/28 Alex Pyattaev alex.pyatt...@gmail.com
Py_XINCREF(resultobj);
What is this call doing? It should not be necessary, since you called
PyTuple_New.
This may explain why it does not crash with CPython: the tuple object always
leaks but happens to keep the necessary reference to the
On Wed, Sep 28, 2011 at 5:13 AM, Armin Rigo ar...@tunes.org wrote:
Hi Ronny,
On Tue, Sep 27, 2011 at 23:27, Ronny Pfannschmidt
ronny.pfannschm...@gmx.de wrote:
I’d like to collect thoughts on having built-in primitives for
co-routine suspension
it would greatly simplify the work for
Hello Richard:
From: Richard Tew richard.m@gmail.com
To: Andrew Francis andrewfr_...@yahoo.com
Cc: Carl Friedrich Bolz cfb...@gmx.de; pypy-dev@python.org
pypy-dev@python.org
Sent: Tuesday, September 27, 2011 7:57 PM
Subject: Re: [pypy-dev] Stacklets
Can't
I read that this should just work with the latest versions, here is what I'm
getting:
sontek@beast$ virtualenv --python=pypy ~/code/pypyenv
Running virtualenv with interpreter /usr/bin/pypy
New pypy executable in /home/sontek/code/pypyenv/bin/pypy
ERROR: The executable
Fedora 15 doesn't have 1.6 out yet. I tried to use the binary release but it
seems to be compiled against different libssl/libcrypto's than what I have
on my system... I symlinked them over but it fails to create the virtualenv
still:
sontek@beast$ virtualenv -p
sontek@beast$ virtualenv -p /usr/bin/pypy ~/code/eqpypy
Running virtualenv with interpreter /usr/bin/pypy
New pypy executable in /home/sontek/code/eqpypy/bin/pypy
ERROR: The executable /home/sontek/code/eqpypy/bin/pypy is not functioning
ERROR: It thinks sys.prefix is u'/usr/lib64/pypy-1.6'
12 matches
Mail list logo