Hi,
I have downloaded the pypy 1.5 binary (with jit) and run tests (only
sympy/core, so that it's fast) on Ubuntu Natty, 64bit:
ondrej@eagle:~/repos/sympy(master)$ bin/test sympy/core/
= test process starts ==
executable: /usr/bin/python
On Tue, May 3, 2011 at 12:31 AM, Maciej Fijalkowski fij...@gmail.com wrote:
On Tue, May 3, 2011 at 9:22 AM, Ondrej Certik ond...@certik.cz wrote:
Hi,
I have downloaded the pypy 1.5 binary (with jit) and run tests (only
sympy/core, so that it's fast) on Ubuntu Natty, 64bit:
ondrej@eagle
On Mon, Apr 12, 2010 at 6:22 AM, Maciej Fijalkowski fij...@gmail.com wrote:
On Sun, Apr 11, 2010 at 11:20 PM, Maciej Fijalkowski fij...@gmail.com wrote:
On Sat, Apr 10, 2010 at 1:25 PM, Ondrej Certik ond...@certik.cz wrote:
On Sat, Apr 10, 2010 at 11:57 AM, Benjamin Peterson benja...@python.org
Hi,
I tried the pypy 1.2 linux binary with our latest sympy git and this
is what I got:
$/tmp/pypy-1.2/bin/pypy -c import sympy
'import site' failed
Traceback (most recent call last):
File ?, line 33, in run_toplevel
File ?, line 369, in run_it
File string, line 1, in module
File
On Sat, Oct 11, 2008 at 7:34 PM, Armin Rigo [EMAIL PROTECTED] wrote:
Hi,
On Thu, Oct 09, 2008 at 02:19:35AM +0200, Ondrej Certik wrote:
if hasattr(i, __iter__):
RuntimeError: internal error: RuntimeError object at 0xb03b60
This occurs because our 'str' type has an '__iter__' special
On Sat, Oct 11, 2008 at 8:13 PM, didier deshommes [EMAIL PROTECTED] wrote:
On Sat, Oct 11, 2008 at 1:50 PM, Ondrej Certik [EMAIL PROTECTED] wrote:
as soon as someone realizes that in CPython it is possible to speed up
iteration over strings by creating a stringiterator type, then CPython
On Fri, Oct 10, 2008 at 2:05 PM, Maciej Fijalkowski [EMAIL PROTECTED] wrote:
On Fri, Oct 10, 2008 at 1:23 PM, Carl Friedrich Bolz [EMAIL PROTECTED]
wrote:
Ondrej Certik wrote:
On Mon, Sep 22, 2008 at 5:48 PM, Maciej Fijalkowski [EMAIL PROTECTED]
wrote:
I'm working on 2.5 compatibility
Hi,
if you want to get many bugreports, here's how. :)
$ git clone git://git.sympy.org/sympy.git
$ cd sympy
$ python
import sympy
sympy.test(sympy/core)
[...]
tests finished: 292 passed, 9 xfailed in 1.40 seconds =
True
This works in python2.4, python2.5 (there are
On Sat, Sep 13, 2008 at 9:32 PM, Sebastien Douche [EMAIL PROTECTED] wrote:
On Fri, Sep 12, 2008 at 00:13, Jacob Hallén [EMAIL PROTECTED] wrote:
There are, in my opinion, 3 viable choices of DVCS for PyPy:
- git
- hg (mercurial)
- bzr
Hi there :)
I think they would all be an improvement
On Tue, Aug 26, 2008 at 10:27 PM, Simon Burton [EMAIL PROTECTED] wrote:
On Mon, 25 Aug 2008 23:29:03 +0200
Ondrej Certik [EMAIL PROTECTED] wrote:
Cython is not perfect, but one can get C level speed now. They plan to
allow a pure python syntax, so that the same code actually also runs
On Mon, Aug 25, 2008 at 10:23 AM, Maciej Fijalkowski [EMAIL PROTECTED] wrote:
Works for me:
[EMAIL PROTECTED]:~$ pypy-c
Python 2.4.1 (pypy 1.0.0 build 57237) on linux2
Type help, copyright, credits or license for more information.
Welcome to rlcompleter2 0.96
for nice experiences hit tab
On Mon, Aug 25, 2008 at 11:19 AM, Maciej Fijalkowski [EMAIL PROTECTED] wrote:
Ok, I can reproduce it with newer version of sympy. Not sure what's wrong yet.
Exactly. That's what I wanted to ask you what's wrong. :)
I think we are using some stupid hacks, but if you could enlighten me
how to fix
On Mon, Aug 25, 2008 at 12:08 PM, Maciej Fijalkowski [EMAIL PROTECTED] wrote:
I'm not sure whether it's sympy's fault or pypy's fault. It might be
that pypy is too strict about that.
Arguments look like this:
(Pdb++) bases[0].__mro__
(Function, class 'sympy.core.basic.Basic', class
On Mon, Aug 25, 2008 at 1:04 PM, Maciej Fijalkowski [EMAIL PROTECTED] wrote:
So pypy is roughly 4.7x slower on this particular thing.
Do you have any plans to release pypy? I think it's getting very useful.
Ondrej
Yes, we have some plans to have a release at some point soon. There
are no
On Mon, Aug 25, 2008 at 10:26 PM, Maciej Fijalkowski [EMAIL PROTECTED] wrote:
Do you have any plans for supporting writing C extensions to pypy?
Because as you can see above, the speed is imho only possible when
writing it in C. Well, if RPython could produce as optimized code as
Cython,
I couldn't say it better, completely agree with Martijn. It's fine, if
pypy is going to be a research project, but I was thinking for many
years, that the aim is to get a production interpreter. In fact, there
will be dozens people willing to help out, but pypy first needs to
solve 90% of things
Someone needs to show leadership and make a plan. There needs to be a
certain level of commitment to this plan from the project and project
Yes, this is really important.
Ondrej
___
pypy-dev@codespeak.net
From previous discussions, I suspect I'm not the only lurker-fan who would
be willing to commit time to working on numericentric graph optimizations
when that becomes a worthwhile investment. There's no reason that the
mostly-fortran bits of python code shouldn't run almost as fast as fortran
Carl Friedrich Bolz wrote:
the Bern Smalltalk/PyPy sprint is finished. There won't be a sprint
summary in the PyPy sense, but we covered most of what happened during
the week on the (already mentioned) pypysqueak.blogspot.com . I just
posted a short summary about the overall achievements
Ok, I'll take a look. Would be cool to have nice and working debian
package, but indeed we're not good in packaging. Also, we would like to
do 1.0 release at some point. The main blocker is some refactorings
to-be-done (some internal unification) and eventually unittest support
and/or
On 10/19/07, Maciek Fijalkowski [EMAIL PROTECTED] wrote:
Ondrej Certik wrote:
Ok, I'll take a look. Would be cool to have nice and working debian
package, but indeed we're not good in packaging. Also, we would like to
do 1.0 release at some point. The main blocker is some refactorings
- and if it
fails, but succeeds in the serial mode, it should automatically bisect
and tell me - hey, this test works fine, but if executed just after
that test, it fails.
Ondrej
On 10/18/07, Maciek Fijalkowski [EMAIL PROTECTED] wrote:
Ondrej Certik wrote:
Hi,
we are using py.test in SymPy
Hi Armin,
Yes, os.tmpfile() was added in the meantime. I personally don't see
much the point of making Debian packages of PyPy at the moment, given
that we're in a state where you are almost always better off if you
start from our Subversion repository instead of from a release a few
months
Hi Armin,
That's obviously because the python path of pypy doesn't allow it to
find the 'py' module. You don't have this problem if you don't use the
globally-installed py.test, but the one from a PyPy checkout instead:
pypy .../pypy-dist/py/bin/py.test args...
or equivalently
On 9/17/07, Carl Friedrich Bolz [EMAIL PROTECTED] wrote:
Ondrej Certik wrote:
There is another problem actually:
$ py.test --exec=pypy
* opening PopenGateway: /usr/bin/pypy
MASTER: initiated slave terminal session -
MASTER: send start info, topdir=/home/ondra/sympy
Traceback (most
We are confident that we can surpass CPython's speed with the help of
the JIT. As for free threading, the big prerequisite for that is a GC
that plays well with threads. Boehm is not very good in this respect.
After this is done we can think about how to insert locking operations
in an
Hi Carl,
Ondrej Certik wrote:
since pypy is in Debian for some time, I sometimes test it with our
project SymPy[1], written in pure Python 2.4 and newer. Generally, it
works out of the box and it's very nice and quite fast. You did an
awesome job!
Thanks for doing that! It's nice
There is another problem actually:
$ py.test --exec=pypy
* opening PopenGateway: /usr/bin/pypy
MASTER: initiated slave terminal session -
MASTER: send start info, topdir=/home/ondra/sympy
Traceback (most recent call last):
File ?, line 32, in run_toplevel
File ?, line 265, in run_it
interested? I think it would be a very cool feature to have something
like this in Python, just a little more documented and officially
released.
Thanks a lot,
Ondrej Certik
[1] http://code.google.com/p/sympy/
[2] https://codespeak.net/issue/pypy-dev/issue316
29 matches
Mail list logo