Hi Gustavo,
On Sun, May 8, 2011 at 2:53 PM, Gustavo Kuerten wrote:
> This seems to indicate that it does support left recursion.
Ah, sorry. I have no real clue, so I can just answer from looking at
the source code, which I'm sure you did already for longer than me.
There seems to be two classes
Hi Gustavo,
On Sun, May 8, 2011 at 9:39 AM, Gustavo Kuerten wrote:
> I noticed that there is a test in test_pypackrat.py which seems to suggest
> that the parser supports left recursion.
>
> a: a ":" | "b";
I cannot find this test anywhere. Can you tell more precisely where
it is from? I looke
Hi Elefterios,
On Sun, May 8, 2011 at 12:18 PM, Elefterios Stamatogiannakis
wrote:
> You are exactly right, and i've more or less used code like the one you
> presented. My only problem is that i believe that pypy shouldn't have
> answered at my first example (In [12]:...) above that cElementTree
Hi Joe,
On Sat, May 7, 2011 at 6:15 AM, Joe wrote:
> My mistake. There was a bug so it appeared as though SQRTSD wasn't
> being used while running the tests. It turns out the first patch I
> posted probably worked. After benchmarking, SQRTSD is definitely the
> cause of the speedup. Sorry for
Hi Alex,
On Tue, May 3, 2011 at 6:23 PM, Alex Gaynor wrote:
> Another thing is it would be useful to test that the SQRTSD is generated, I
> don't know a good way to do that though.
In the test, you can hack genop_math_sqrt() in-place to set a flag,
and test that the flag is set...
And another p
Hi,
On Tue, May 3, 2011 at 1:20 PM, Maciej Fijalkowski wrote:
> Sorry it took so long to review, long weekend and whatnot. The test
> for x86 backend actually fails for -1.0 on 64bit. Can you
> reproduce/deny?
I fixed it, it was really a bug about FINISH(ConstFloat(...)). But
the patch, at leas
Hi Cool-RR,
On Tue, May 3, 2011 at 1:38 PM, cool-RR wrote:
> Cool. Is there gonna be a 1.5.1 release with stuff like this?
Yes, very likely. Note that the 1.5 release is just one of the
nightly binaries :-)
Armin
___
pypy-dev@codespeak.net
http://cod
Hi Roger,
On Mon, May 2, 2011 at 6:55 AM, Roger Binns wrote:
> The pypy site also doesn't say where to communicate for cpyext - I assumed
> this mailing list was the right place.
Yes.
> static PyObject *themodule=Py_InitModule3(...);
>
> Later in one of the methods called back from Python I ca
Hi Holger,
On Sun, May 1, 2011 at 8:07 PM, holger krekel wrote:
> i use pypy 1.5 from opt. However, /usr/bin/virtualenv on tannit is at
> version 1.4.5 and maybe that is the problem.
I assumed that you got virtualenv 1.6.1, because you replied to my
message that was saying precisely "virtualenv
Hi all,
On Sun, May 1, 2011 at 5:22 PM, Armin Rigo wrote:
> I can only guess that you have some older virtualenv or some older pypy
> around.
For reference, I just installed now the pypy 1.5 release as the
default pypy on tannit and tannit32.
A bientôt,
Hi Holger,
On Sun, May 1, 2011 at 12:20 PM, holger krekel wrote:
> I still encounter a problem with virtualenv/pypy, see transcript on
> tannit below.
I don't know virtualenv, but I tried to repeat the commands you typed
(with virtualenv 1.6.1 and pypy 1.5 as released, on tannit 64-bit),
and it
Hi Roger,
A first warning: even if you manage to compile your C extension with
PyPy, the interfacing is much slower than with CPython. Keep that in
mind, given that according to what you write you care enough about
performance to try to squeeze a few percents.
On Sun, May 1, 2011 at 12:08 PM, Ro
Hi,
If you are using virtualenv, note that PyPy 1.5 requires virtualenv
1.6.1. It has been released a few hours *after* PyPy 1.5. For those
who did not find it, it's there now :-)
Armin.
___
pypy-dev@codespeak.net
http://codespeak.net/mailman/listinf
Hi Massimo,
On Sat, Apr 30, 2011 at 5:38 PM, Massimo Sala wrote:
> Is it possible for the maintainers to provide
> - PyPy
> - PyPy with tcmalloc
Feel free to try. You need to get pypy, translate it (cd
pypy/translator/goal; ./translate.py -Ojit), and you get the C sources
in /tmp/usession-yourn
lt binaries for this.
- Our developer documentation was moved to Sphinx and cleaned up.
(click 'Dev Site' on http://pypy.org/ .)
- and many small things :-)
Cheers,
Carl Friedrich Bolz, Laura Creighton, Antonio Cuni, Maciej Fijalkowski,
Amaury Forgeot d'Arc, Alex Gaynor
Hi Brett,
On Mon, Apr 25, 2011 at 9:45 AM, Hart's Antler wrote:
> I have an example of using a compiled Rpython extension module in Python
> using stackless (rcoroutines). From ctypes i can safely read the values of a
> shared-object (shared between CPython and RPython), but i can not in a
>
Hi Dima,
On Mon, Apr 25, 2011 at 9:53 PM, Dima Tisnek wrote:
> https://docs.google.com/document/d/1k7t-WIsfKW4tIL9i8-7Y6_9lo18wcsibyDONOF2i_l8/edit?hl=en
Can you explain a bit more what are the advantages of the solution you
propose, compared to what is already implemented in cpyext? Your
descr
Hi all,
We are starting to prepare the release PyPy 1.5. Note that we are
doing it in the "default" branch of mercurial, because it's more
convenient to run tests (notably codespeed's). So please, *any*
development that you don't explicitly intend to be included in the 1.5
release must go to the
Hi,
On Thu, Apr 21, 2011 at 12:33 PM, wrote:
> i am assuming this is the correct course of action, if i should
> instead not be replacing the original alloc function and just create
> a new alloc_with_hint function and keep/use both let me know
Indeed, you should keep the original function too:
Hi Vincent,
On Tue, Apr 19, 2011 at 2:02 PM, Vincent Legoll
wrote:
> Wouldn't a big read only mmap from /dev/zero before the to be jumped
> adress allow for not really trying to allocate the big chunk of RAM ?
>
> That may be a good fix, still allowing the test for far jumps...
It's not needed;
Hi Joe,
On Tue, Apr 19, 2011 at 8:23 AM, Maciej Fijalkowski wrote:
>>> Anyway, after I went into ll2ctypes.py and set far_regions to True
This is a correct workaround, indeed. As you found out the problem
comes from the fact that your OS reserves actual RAM from mmap()
eagerly. As Maciej point
Hi,
On Tue, Apr 12, 2011 at 12:40 PM, Armin Rigo wrote:
> Uh, we can't import ctypes if we have no thread module? That looks
> obscure and should be fixed...
Fixed. Now a "--translationmodules" translation should, as originally
planned, have no threads but ctypes shoul
Re-hi,
On Tue, Apr 12, 2011 at 12:34 PM, wrote:
> - "struct", "_md5", "cStringIO", "array"]))
> + "struct", "_md5", "cStringIO", "array", "thread"]))
Uh, we can't import ctypes if we have no thread module? That looks
obscure and should be fixed...
Armin
__
Hi Laura,
On Tue, Apr 12, 2011 at 12:13 AM, Laura Creighton wrote:
> yes, I was hoping to catch Alex Gaynor for that, as he is attending
> EuroDjango earlier the same month. My point is that we need to decide
> what we are doing very, very soon. else everybody will have their
> plane tickets a
Hi Laura,
On Mon, Apr 11, 2011 at 3:40 PM, Laura Creighton wrote:
> 2 days after the conference is not a lot of time. Do we want to rent some
> space to have a longer sprint? Or is it too late, people will already
> have booked their plane tickets, or ...
As far as I'm concerned, I think a spr
Hi Bea,
On Mon, Apr 11, 2011 at 8:27 PM, Antonio Cuni wrote:
>> session at Bishops Arms pub in central Gothenburg, Sunday 24th of April,
Good, it will be nice to see you again Bea!
Armin
___
pypy-dev@codespeak.net
http://codespeak.net/mailman/listinfo
Re-Hi,
On Mon, Apr 11, 2011 at 2:45 PM, wrote:
> + # Ensure the file does not exisit else we fail at end of translation
> + if os.path.isfile(drv.exe_name):
> + raise ValueError('File "' + drv.exe_name+ '" already exisits
> (--output)')
Sadly everyone so far has his ow
Hi,
On Mon, Apr 11, 2011 at 1:44 PM, wrote:
> - "struct", "md5", "cStringIO", "array"]))
> + "struct", "_md5", "cStringIO", "array"]))
Thanks! Applied.
Armin
___
pypy-dev@codespeak.net
http://codespeak.net/mailman/listinfo/pypy-dev
Hi Maciej,
On Mon, Apr 11, 2011 at 11:53 AM, Maciej Fijalkowski wrote:
> I propose the waf benchmark removal.
Given that its speed is at "1 for CPython, 1 for PyPy without JIT, 1
for PyPy with JIT", it seems rather pointless indeed, at least for us.
Armin
__
Hi Matthew,
On Sun, Apr 10, 2011 at 2:46 PM, Matthew Woodcraft
wrote:
> + cpu.setup_once()
Thanks, fixed. We did not notice this failure because
pypy/jit/backend/x86/test/test_zll_random.py provides its own
interface over calling test_random.py directly with --backend=x86.
A bientôt,
Armi
Hi,
On Sun, Apr 10, 2011 at 1:33 PM, wrote:
> What i am wondering about is if some of the base services provided by
> pypy can be moved into another thread, eg GC and JIT compilation and
> how much of a benfiit there would be to doing so
It would be possible to move the GC or the JIT to another
Hi Jacob,
On Sat, Apr 9, 2011 at 10:50 PM, Jacob Hallén wrote:
> So, in a second step, we provide for special data types that can be shared
> between threads. These would typically be allocated in non-movable memory, to
> avoid the complexity of garbage collection of memory with shared use. You c
Hi Dima,
On Tue, Apr 5, 2011 at 9:52 PM, Dima Tisnek wrote:
> What I mean
> to say is that there's gotta be a more clever way where gc thresholds
> depend on e.g. size of working set or rate of new allocations or
> something yet smarter.
Yes, it does in PyPy; we do a full collection when the tot
Hi Dima,
On Tue, Apr 5, 2011 at 9:30 PM, Dima Tisnek wrote:
> A more pragmatic approach is to go through the list of benchmarks and
> either accept current python code for pypy or fail on purpose if
> python code is too un-pypy-like.
>
> Later on, hopefully, someone volunteers to rewrite problem
Hi Dima,
On Tue, Apr 5, 2011 at 9:26 PM, Dima Tisnek wrote:
> What I'm trying to say, is gc should adapt to run-time behaviour of a
> particular script, in some cases 16MB heap threshold would impact both
> user expectation and performance significantly.
It may impact user expectation and perfor
Hi,
On Tue, Apr 5, 2011 at 5:08 PM, Liam Staskawicz wrote:
> This is correct, the non-jitted version can be cross-translated to
> ARM. Although it still only supports the Boehm GC
I think that you are saying something wrong: "no jit + our own GC +
the shadowstack gc root finder" should get you p
Hi Isaac,
If you're not interested in this discussion and just want a Yes or No
answer to precisely the following question:
"should PyPy be added to the benchmarks game's site, with no changes
whatsoever to any of the Python benchmarks that are there so far?"
then the answer is No. We are not i
Hi,
On Tue, Apr 5, 2011 at 3:40 PM, Andrew Brown wrote:
> I corrected a typo and changed the wording in 2 places. They're not any huge
> deals, but if you want to edit the post, see my changes here:
> https://bitbucket.org/brownan/pypy-tutorial/changeset/8cfb3cd72515
Thanks, applied. I also rem
Hi,
On Tue, Apr 5, 2011 at 2:23 AM, Isaac Gouy wrote:
> A simple yes / no question.
> Do you want PyPy to be shown in the benchmarks game or not?
Sorry for missing general knowledge of what you mean by "benchmarks
game". According to Google, it is probably what I know as the
language shootout (
Hi Andrew,
On Mon, Apr 4, 2011 at 4:12 PM, Andrew Brown wrote:
> Submitted for everyone's approval, I've written a draft of a pypy tutorial
> going over everything I learned in writing this example interpreter.
> https://bitbucket.org/brownan/pypy-tutorial/src
Excellent and, as far as I can tell
Hi Andrew,
On Mon, Mar 28, 2011 at 7:21 PM, Andrew Brown wrote:
> When the optimizer encounters a "pure" function, it must compare the objects
> "promote - promote the argument from a variable into a constant". Could this
> be an appropriate alternate to the @purefunction solution? Or, I'm guessi
Hi all,
The next sprint will most probably occur in Gothenburg, April 25th to
May 1st. A proper sprint announcement should follow shortly.
A bientôt,
Armin.
___
pypy-dev@codespeak.net
http://codespeak.net/mailman/listinfo/pypy-dev
Hi Timothy,
On Fri, Mar 25, 2011 at 4:00 PM, Timothy Baldridge wrote:
> I have a program written in RPython. Is there a built-in way to import
> other RPython modules at runtime?
No, and that's not obviously fixed; for example, the GC relies on
having a table of all the RPython types in the prog
Hi Andrew,
On Fri, Mar 25, 2011 at 5:47 PM, Andrew Brown wrote:
> Thanks, it does indeed work now!
The next step is to have a look at the traces produced (run with
PYPYLOG=jit-log-opt:logfile), and spot the obvious missing
optimizations. The biggest issue seems to be the fact that the
dictionar
Hi,
On Fri, Mar 18, 2011 at 1:44 AM, hyar...@iinet.net.au
wrote:
> (...) Wrapping each bytecode in an STM
> transaction would give you an as-if-serial execution order, again with no
> guarantees
> about which order. You get transaction overheads instead of lock/unlock
> overheads,
> but some ST
Re-hi,
On Thu, Mar 24, 2011 at 5:11 PM, Armin Rigo wrote:
> Working on it, by cleaning up optimizeopt/heap.py...
Done, at least as far as fixing the bug is concerned. Now your
original version (with can_enter_jit removed) works.
Armin
___
pypy-
Hi Andrew,
On Wed, Mar 23, 2011 at 8:27 PM, Andrew Brown wrote:
> However, the version that didn't work before still does not run
> correctly. It seems like I'm still left with the same problem as before.
Ah. Looking more closely, it turns out to be a bug in the
optimization step of the JIT whi
Hi Andrew,
On Tue, Mar 22, 2011 at 8:44 PM, Andrew Brown wrote:
> https://bitbucket.org/brownan/bf-interpreter/src/c4679b354313/targetbf.py
can_enter_jit() is not correct. For it to work, it must be called
just before jit_merge_point(). It's wrong that there are two
intermediate instructions h
Hi Anto, hi Ademan,
On Sat, Mar 19, 2011 at 10:07 AM, Antonio Cuni wrote:
> what happens when you are on 32 bit and see int_add(i0, -2147483648)?
It probably works, because -(-2147483648) == -2147483648, and
int_add(i0, -2147483648) and int_sub(i0, -2147483648) do the same
thing. However I have
Hi Chris,
On Thu, Mar 17, 2011 at 4:34 PM, Chris Mulligan
wrote:
> Just installed PyPy on my Macbook Pro per Bob Ippolito's instructions. Very
> easy!
Thanks for the feedback. The results make it clear that we should
somehow tune the number according to the load of the machine --
picking up the
Hi Laura,
On Sun, Mar 13, 2011 at 8:24 AM, Laura Creighton wrote:
> Note: I told python-dev about this behaviour
Yes, I replied on the CPython bug tracker. The fix I checked into
PyPy is for one particular case, but there are other cases that remain
as differences of behavior where CPython's is
Hi,
Checked in 72ce40f4803c.
Greg, about the second example you reported:
class C(object):
def __rmul__(self, other):
other *= 2
return other
def __index__(self):
return 3
print [1] * C() # -> CPython: [1,1] PyPy: [1,1,1]
This is obscure. It works that w
Hi Philip,
On Sat, Mar 12, 2011 at 5:21 PM, Philip Jenvey wrote:
> Jython passes the first example. Shouldn't pypy's inplace_add__List_ANY be
> returning NotImplemented (or whatever the pypy equiv. would be,
> FailedToImplement?) instead of raising the exception? To allow the binop
> rules to
Hi Holger,
Yes, that's what all three representatives of alternate VMs said at
the panel: sandboxing at the VM level is cool and supported, but we
don't want sandboxing at the language level. As far as I can tell,
Ikan Lan just misunderstood it and got the opposite message.
Armin
__
Hi Greg,
On Wed, Mar 9, 2011 at 7:13 PM, Greg Price wrote:
> The following program works in CPython, but fails in PyPy:
This is (if we are positive) an internal implementation detail and (if
we are negative) a bug in CPython. There is no way to define in pure
Python a list-like type that would
Hi Benjamin,
On Sun, Mar 6, 2011 at 4:00 PM, Benjamin Peterson wrote:
> If you're using an old version of PyPy, there's probably going to be a
> lot of archeology anyway. I don't see how py.test is any different
> than another dep like gcc or boehm.
No, that's wrong. Any version of PyPy support
Hi Timothy,
On Fri, Mar 4, 2011 at 5:14 AM, Timothy Baldridge wrote:
> I hope this is the right place for this question.
> <---snip>
> pypy.rpython.error.TyperError: don't know how to convert from
> to PyObject>
Basically, it worked all right, except that you are trying to return
from the
Hi Dan,
On Thu, Mar 3, 2011 at 6:02 PM, Dan Roberts wrote:
> Apparently I missed the memo about RSVPing to the Yelp talk, and we're
> having trouble getting in the door, assuming the situation can be rectified,
> can someone help out?
For (un?)interested readers of this mailing list, the situati
Hi Laura,
On Thu, Mar 3, 2011 at 8:37 AM, Laura Creighton wrote:
> Do we need dcolish's bouncer to work for what used to be people's svn
> directories on codespeak?
Actually, does bitbucket serve files straight from repositories, like
http://codespeak.net/svn/some/path did? I tried a bit, but s
Hi Laura,
On Sat, Feb 26, 2011 at 10:59 AM, Laura Creighton wrote:
> I don't care about the old versions of binary files.
That was the only thing we talked about -- as far as I understood, it
was never suggested that we should stop tracking revisions of .txt or
.tex files. I don't know the Bigf
Hi Luke,
On Tue, Feb 22, 2011 at 3:11 PM, Luke Taylor wrote:
> if there are any plans to make PyPy implement Python 3.x ?
There are no plans at the moment, though I imagine that such plans
will emerge at one point. Indeed, we are almost done with supporting
2.7, which is "on the way there".
>
Hi Laura,
On Thu, Feb 17, 2011 at 5:43 PM, Laura Creighton wrote:
> I just found a surprising number (at least it surprised me) of references
> in my own stuff to /svn/user/arigo/hack/
I moved this part of the repository to http://bitbucket.org/arigo/arigo .
Armin
__
Hi Michael,
Thanks for the upcoming blog entry! :-)
On Mon, Feb 14, 2011 at 1:42 AM, Michael Foord wrote:
> http://codespeak.net:8099/summary?branch=%3Ctrunk%3E
It's best to point to the future-proofer url:
http://buildbot.pypy.org/summary?branch=%3Ctrunk%3E .
Armin
__
Hi Laura,
On Thu, Feb 10, 2011 at 12:40 PM, Laura Creighton wrote:
> We can move things to Open End if people are interested. But there is a
> lot to be said for moving to a place where the whole hosting matter is
> somebody else's problem.
I agree, but I still think that we will take your offe
Hi all,
It seems that Codespeak is going down sooner rather than later. Here
is a copy of the start of holger's announce:
-- Forwarded message --
From: holger krekel
Date: Thu, Feb 10, 2011 at 9:45 AM
Subject: [codespeak-ann] termination of codespeak.net services end FEB 2011
To
Hi Alex,
On Sun, Feb 6, 2011 at 6:26 AM, Alex Gaynor wrote:
>> Then you can change __del_ to whatever you want later.
>
> I think it'll work with pypy, *and* still trigger the warning, but that's
> from memory.
Just try it out then :-) The answer is no. You get a warning only if
a '__del__' en
Hi,
On Fri, Feb 4, 2011 at 7:44 AM, Maciej Fijalkowski wrote:
> I disagree a bit. The example would be newstylization of classes. This
> is making your code more JIT friendly and it's not trivial to optimize
> this from the JIT standpoint.
"We know there is an issue there but we don't want to in
Hi,
On Wed, Feb 2, 2011 at 4:48 PM, Maciej Fijalkowski wrote:
> As of now there is no such guide. However, the rule of thumb is simple
> is better than complex.
To some extend that is true; however, note that the second rule is
"but even on messily complicated code the JIT can do something" :-)
Hi Tasos,
On Wed, Feb 2, 2011 at 1:15 AM, Tasos Vogiatzoglou wrote:
> You are right. My mistake. It was picking the 2.6 32bit python. Now is
> working and tests are passing
A few extra notes. What is needed to make this work is three-fold:
* make sure that in the C code, "intptr_t" is generate
Hi,
On Thu, Jan 13, 2011 at 1:25 PM, Maciej Fijalkowski wrote:
>> close()ing this file automatically, but you should really close it
>> explicitly yourself in the first place". Maybe it can even be written
>> in that sense in the error message.
>
> How about a link to differencies between pypy a
Hi Amaury,
On Wed, Jan 12, 2011 at 2:49 AM, Paolo Giarrusso wrote:
> I propose that PyPy keeps reporting the error for files opened in any
> write mode
I would also think that it's better to keep reporting errors (and for
all files instead of just write mode files). In my opinion, it would,
if
Hi Amaury,
On Tue, Jan 11, 2011 at 4:41 PM, Amaury Forgeot d'Arc
wrote:
> It's probably related to our file.__del__ which does not silence
> errors raised by close().
Indeed, it seems to be the case. Arnd, to answer the original
question: there is a file that you are not explicitly closing, and
Hi Paolo,
Although I'm sure that your post is very interesting with the right
mindset, I have a problem understanding the connection with Python. I
know that it's exactly what you are complaining about, i.e. that
Python developers appear not to care much about this deep Java/C++
issue. However,
Hi René,
On Thu, Dec 23, 2010 at 8:30 PM, Dima Tisnek wrote:
> Basically collecting this is hard:
>
> dict(a=range(9**9))
I think you missed the point of my original email. I was talking
about GC-referenced objects that hold a reference to a large piece of
memory allocated outside the GC. Ther
Hi Paolo,
On Thu, Dec 23, 2010 at 3:09 PM, Paolo Giarrusso wrote:
> From your description, I guess that what you describe as "raw memory"
> is not accounted in the stats triggering GC. That would explain the
> behavior you describe, and suggest an easy fix. Indeed, one could wrap
> the raw-memory
Hi René,
On Thu, Dec 23, 2010 at 2:33 PM, René Dudfield wrote:
> I think this is a case where the object returned by
> ctypes.create_string_buffer() could use a correct __sizeof__ method
> return value. If pypy supported that, then the GC's could support
> extensions, and 'opaque' data structure
Hi Dima,
On Wed, Dec 22, 2010 at 11:21 PM, Dima Tisnek wrote:
> --- Comment #4 from Boris Zbarsky (:bz) 2010-12-22
> 13:43:23 PST ---
> So what I see this page do, in horizontal mode, is create 17 canvases each of
> which is width="816" height="3587". That means that each of them has a
> backi
Hi Seung,
On Thu, Dec 23, 2010 at 6:51 AM, Seung Soo, wrote:
> An interesting article came up on python planet:
> http://www.redmountainsw.com/wordpress/archives/building-pypy-on-windows
I think the official documentation needs to state also how to build it
with the missing modules (expat etc.).
ading to "Fatal
RPython error: AssertionError".
* Added some missing built-in functions into the 'os' module.
* Fix ctypes (it was not propagating keepalive information from
c_void_p).
Cheers,
Armin Rigo, for the rest of the team
__
Hi René,
On Tue, Dec 21, 2010 at 1:24 PM, René Dudfield wrote:
> sys.getsizeof(obj)
Ah, thank you, didn't know about it. It's a 2.6 feature only though.
A bientôt,
Armin.
___
pypy-dev@codespeak.net
http://codespeak.net/mailman/listinfo/pypy-dev
Hi,
On Tue, Dec 21, 2010 at 9:58 AM, Arnd Rechenburg
wrote:
> In my code I need something like
>
> long.__itemsize__
>
> in Python.
I suppose the question is "why"? This is supposed to be the size in
bytes occupied by one "element" of the type, and one element of "long"
happens to be 15 bits, s
Hi Gary,
On Fri, Dec 17, 2010 at 5:08 PM, Gary Robinson wrote:
> As a quick experiment, I tried temporarily renaming it to
> /lib/libbz2.so.1.0 but that didn't change the result.
It's strange, what I would expect on a system is that there is a
symlink from libbz2.so.1.0 to libbz2.so.1.0.0. A
Hi Alex,
On Thu, Dec 16, 2010 at 8:28 PM, Alex Gaynor wrote:
>> Regarding this - I was thinking about haveing a + b - c create a
>> bytecode that would be executed using small interpreter with a
>> jit-merge-point and a hint "can be vectorized".
>
> That seems like a pretty big special case, why
Hi,
On Thu, Dec 16, 2010 at 1:35 PM, Arnd Rechenburg
wrote:
> return cdll.ptr(self.name, argshapes, resshape, self._flags_)
>
> AttributeError: 'NoneType' object has no attribute 'ptr'
That's a very indirect way of crashing because
ctypes.util.find_library('c') returned None, i.e. it did not
Hi Arnd,
On Thu, Dec 16, 2010 at 12:58 PM, Arnd Rechenburg <
arnd.rechenb...@tomtom.com> wrote:
> I have problems to start pypy.
>
It is explained (or rather, at least hinted) here:
http://pypy.org/download.html#installing
In more words, though, the important point is that you need to *not* sp
Hi,
On Wed, Dec 15, 2010 at 6:21 PM, René Dudfield wrote:
>> Is pypy suitable for writing interpretor of vectorized language like
>> Matlab, R etc which vector and matrix are first class objects? This includes
>> matrix shape inference, and efficient linear algebra code generation.
>
> have you s
Hi Dan,
On Sat, Dec 11, 2010 at 8:17 PM, Dan Stromberg wrote:
> I originally wrote the code (
> http://stromberg.dnsalias.org/~strombrg/treap/ ) for CPython, where
> the recursion depth was too low out of the box. It sounds like on
> pypy, I might actually be decreasing the recursion depth.
>
>
Hi Benjamin,
On Sat, Dec 11, 2010 at 6:10 PM, Benjamin Peterson wrote:
> FWIW, I disagree with the deprecation. I think should just be a no-op.
But then people are going to complain that their app seems to hang up
on pypy, and neither they nor we have any clue what is going on ---
until we figur
Hi,
On Sat, Dec 11, 2010 at 5:46 AM, Benjamin Peterson wrote:
> Yep. Hopefully fixed in r79965.
Sorry, my fault.
Armin
___
pypy-dev@codespeak.net
http://codespeak.net/mailman/listinfo/pypy-dev
Hi,
On Fri, Dec 10, 2010 at 2:45 AM, Benjamin Peterson wrote:
> 2010/12/9 Maciej Fijalkowski :
>> Do we *really* need those functions available on RPython level?
>
> Even if we don't, I'd say the consistency is nice, rather than having
> ll implementations all over creation.
Agreed. Consistency
Hi,
Sorry for the series of mails. I just wanted to add that after
looking more at the code, it's fine if you implement major() and
minor() the same way as the other posix functions (see e.g. r79941
adding os.fchdir()), calling the major() and minor() "functions" in C.
If you add tests in the sa
Re-hi,
I have opened an issue about the missing functions from the 'os' module:
https://codespeak.net/issue/pypy-dev/issue605
I will probably get around to implement a part of them in the next few
days. If you plan to do more than os.major() and os.minor(), let's
coordinate there.
A bientôt,
Hi Dan,
On Thu, Dec 9, 2010 at 5:25 PM, Dan Stromberg wrote:
> What would be the best way to add os.major and os.minor to the os module?
It's amazing the kind of stuff there is in the 'os' module that I've
never heard about before. :-)
> They appear to be C macros on some systems, so I'm guessi
power strip if you
have one.
=====
Armin Rigo
___
pypy-dev@codespeak.net
http://codespeak.net/mailman/listinfo/pypy-dev
Hi Seung,
On Fri, Dec 3, 2010 at 11:19 AM, Seung Soo, wrote:
> http://pypy.org/download/pypy-1.4-src.zip
>
> Down for everyone or is it just me?
Works for me. Try again?
A bientôt,
Armin.
___
pypy-dev@codespeak.net
http://codespeak.net/mailman/list
Hi Renaud,
On Wed, Dec 1, 2010 at 2:21 PM, renaud blanch wrote:
>>> We'd need to find a mechanism in PyPy that would give us that direct
>>> memory-pointer access to be able to use it. Note: a compacting garbage
>>> collector (or anything else that can move memory locations) will cause
>>> probl
Hi,
On Tue, Nov 30, 2010 at 10:58 AM, Andy wrote:
> Can you explain a bit about what did you mean by "program contains mainly
> instances"? And what is __slots__?
I meant basically: try with your particular use case, because it is
hard to give one answer that fits all cases.
Armin
___
Hi Dan,
On Sat, Nov 27, 2010 at 5:47 AM, Dan Roberts wrote:
> I'm having trouble running the applevel tests on a translated pypy-c
> (without jit). I have this problem with recent trunk and my psycopg2
> compatibility branch. Translating both with:
>
> python translate.py targetpypystandalone.py
Hi,
On Sat, Nov 27, 2010 at 12:03 AM, Andy wrote:
> I'm particularly interested in the memory usage of PyPy-JIT vs. CPython when
> running Django. In general would PyPy-JIT increase or decrease memory usage?
It depends on the kind of application. PyPy with a JIT may get to
1.5x or 2x more than
Hi Anto,
On Thu, Nov 25, 2010 at 9:24 AM, Maciej Fijalkowski wrote:
> For the same reason why we don't put extradoc in checkout I guess.
I tend to agree with fijal that this file should be in extradoc/somepath...
Armin
___
pypy-dev@codespeak.net
http
1 - 100 of 784 matches
Mail list logo