[pypy-dev] speed of sympy tests
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 (2.7.1-final-0) ground types: python sympy/core/tests/test_arit.py[48] ...f.. .. [OK] sympy/core/tests/test_assumptions.py[28] f... [OK] sympy/core/tests/test_basic.py[10] .. [OK] sympy/core/tests/test_cache.py[1] . [OK] sympy/core/tests/test_complex.py[13] . [OK] sympy/core/tests/test_containers.py[5] .[OK] sympy/core/tests/test_count_ops.py[2] ..[OK] sympy/core/tests/test_diff.py[6] .. [OK] sympy/core/tests/test_equal.py[5] . [OK] sympy/core/tests/test_eval.py[8] .f.. [OK] sympy/core/tests/test_eval_power.py[12] [OK] sympy/core/tests/test_evalf.py[23] ... [OK] sympy/core/tests/test_expand.py[6] .. [OK] sympy/core/tests/test_expr.py[60] .. .. [OK] sympy/core/tests/test_exprtools.py[4] [OK] sympy/core/tests/test_facts.py[11] ... [OK] sympy/core/tests/test_functions.py[23] .f. [OK] sympy/core/tests/test_logic.py[11] ... [OK] sympy/core/tests/test_match.py[26] ...f.. [OK] sympy/core/tests/test_numbers.py[47] ... [OK] sympy/core/tests/test_operations.py[4] [OK] sympy/core/tests/test_priority.py[5] . [OK] sympy/core/tests/test_relational.py[7] ... [OK] sympy/core/tests/test_sets.py[18] ..[OK] sympy/core/tests/test_subs.py[30] ..[OK] sympy/core/tests/test_symbol.py[9] .[OK] sympy/core/tests/test_sympify.py[23] ...[OK] sympy/core/tests/test_truediv.py[3] ... [OK] sympy/core/tests/test_var.py[5] . [OK] === tests finished: 448 passed, 5 expected to fail, in 2.90 seconds ondrej@eagle:~/repos/sympy(master)$ ~/Downloads/pypy-c-jit-43780-b590cf6de419-linux64/bin/pypy bin/test sympy/core/ = test process starts == executable: /home/ondrej/Downloads/pypy-c-jit-43780-b590cf6de419-linux64/bin/pypy (2.7.1-final-42) ground types: python sympy/core/tests/test_arit.py[48] ...f.. .. [OK] sympy/core/tests/test_assumptions.py[28] f... [OK] sympy/core/tests/test_basic.py[10] .. [OK] sympy/core/tests/test_cache.py[1] . [OK] sympy/core/tests/test_complex.py[13] . [OK] sympy/core/tests/test_containers.py[5] .[OK] sympy/core/tests/test_count_ops.py[2] ..[OK] sympy/core/tests/test_diff.py[6] .. [OK] sympy/core/tests/test_equal.py[5] . [OK] sympy/core/tests/test_eval.py[8] .f.. [OK] sympy/core/tests/test_eval_power.py[12] [OK] sympy/core/tests/test_evalf.py[23] ... [OK] sympy/core/tests/test_expand.py[6] .. [OK] sympy/core/tests/test_expr.py[60] ..F... ..[FAIL] sympy/core/tests/test_exprtools.py[4] [OK] sympy/core/tests/test_facts.py[11] ... [OK] sympy/core/tests/test_functions.py[23] .f. [OK] sympy/core/tests/test_logic.py[11] ... [OK] sympy/core/tests/test_match.py[26]
Re: [pypy-dev] speed of sympy tests
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:~/repos/sympy(master)$ bin/test sympy/core/ = test process starts == executable: /usr/bin/python (2.7.1-final-0) ground types: python sympy/core/tests/test_arit.py[48] ...f.. .. [OK] sympy/core/tests/test_assumptions.py[28] f... [OK] sympy/core/tests/test_basic.py[10] .. [OK] sympy/core/tests/test_cache.py[1] . [OK] sympy/core/tests/test_complex.py[13] . [OK] sympy/core/tests/test_containers.py[5] . [OK] sympy/core/tests/test_count_ops.py[2] .. [OK] sympy/core/tests/test_diff.py[6] .. [OK] sympy/core/tests/test_equal.py[5] . [OK] sympy/core/tests/test_eval.py[8] .f.. [OK] sympy/core/tests/test_eval_power.py[12] [OK] sympy/core/tests/test_evalf.py[23] ... [OK] sympy/core/tests/test_expand.py[6] .. [OK] sympy/core/tests/test_expr.py[60] .. .. [OK] sympy/core/tests/test_exprtools.py[4] [OK] sympy/core/tests/test_facts.py[11] ... [OK] sympy/core/tests/test_functions.py[23] .f. [OK] sympy/core/tests/test_logic.py[11] ... [OK] sympy/core/tests/test_match.py[26] ...f.. [OK] sympy/core/tests/test_numbers.py[47] ... [OK] sympy/core/tests/test_operations.py[4] [OK] sympy/core/tests/test_priority.py[5] . [OK] sympy/core/tests/test_relational.py[7] ... [OK] sympy/core/tests/test_sets.py[18] .. [OK] sympy/core/tests/test_subs.py[30] .. [OK] sympy/core/tests/test_symbol.py[9] . [OK] sympy/core/tests/test_sympify.py[23] ... [OK] sympy/core/tests/test_truediv.py[3] ... [OK] sympy/core/tests/test_var.py[5] . [OK] === tests finished: 448 passed, 5 expected to fail, in 2.90 seconds ondrej@eagle:~/repos/sympy(master)$ ~/Downloads/pypy-c-jit-43780-b590cf6de419-linux64/bin/pypy bin/test sympy/core/ = test process starts == executable: /home/ondrej/Downloads/pypy-c-jit-43780-b590cf6de419-linux64/bin/pypy (2.7.1-final-42) ground types: python sympy/core/tests/test_arit.py[48] ...f.. .. [OK] sympy/core/tests/test_assumptions.py[28] f... [OK] sympy/core/tests/test_basic.py[10] .. [OK] sympy/core/tests/test_cache.py[1] . [OK] sympy/core/tests/test_complex.py[13] . [OK] sympy/core/tests/test_containers.py[5] . [OK] sympy/core/tests/test_count_ops.py[2] .. [OK] sympy/core/tests/test_diff.py[6] .. [OK] sympy/core/tests/test_equal.py[5] . [OK] sympy/core/tests/test_eval.py[8] .f.. [OK] sympy/core/tests/test_eval_power.py[12] [OK] sympy/core/tests/test_evalf.py[23] ... [OK] sympy/core/tests/test_expand.py[6] .. [OK] sympy/core/tests/test_expr.py[60] ..F... .. [FAIL] sympy/core/tests/test_exprtools.py[4] [OK] sympy/core/tests/test_facts.py[11] ...
Re: [pypy-dev] speed of sympy tests
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:~/repos/sympy(master)$ bin/test sympy/core/ = test process starts == executable: /usr/bin/python (2.7.1-final-0) ground types: python sympy/core/tests/test_arit.py[48] ...f.. .. [OK] sympy/core/tests/test_assumptions.py[28] f... [OK] sympy/core/tests/test_basic.py[10] .. [OK] sympy/core/tests/test_cache.py[1] . [OK] sympy/core/tests/test_complex.py[13] . [OK] sympy/core/tests/test_containers.py[5] . [OK] sympy/core/tests/test_count_ops.py[2] .. [OK] sympy/core/tests/test_diff.py[6] .. [OK] sympy/core/tests/test_equal.py[5] . [OK] sympy/core/tests/test_eval.py[8] .f.. [OK] sympy/core/tests/test_eval_power.py[12] [OK] sympy/core/tests/test_evalf.py[23] ... [OK] sympy/core/tests/test_expand.py[6] .. [OK] sympy/core/tests/test_expr.py[60] .. .. [OK] sympy/core/tests/test_exprtools.py[4] [OK] sympy/core/tests/test_facts.py[11] ... [OK] sympy/core/tests/test_functions.py[23] .f. [OK] sympy/core/tests/test_logic.py[11] ... [OK] sympy/core/tests/test_match.py[26] ...f.. [OK] sympy/core/tests/test_numbers.py[47] ... [OK] sympy/core/tests/test_operations.py[4] [OK] sympy/core/tests/test_priority.py[5] . [OK] sympy/core/tests/test_relational.py[7] ... [OK] sympy/core/tests/test_sets.py[18] .. [OK] sympy/core/tests/test_subs.py[30] .. [OK] sympy/core/tests/test_symbol.py[9] . [OK] sympy/core/tests/test_sympify.py[23] ... [OK] sympy/core/tests/test_truediv.py[3] ... [OK] sympy/core/tests/test_var.py[5] . [OK] === tests finished: 448 passed, 5 expected to fail, in 2.90 seconds ondrej@eagle:~/repos/sympy(master)$ ~/Downloads/pypy-c-jit-43780-b590cf6de419-linux64/bin/pypy bin/test sympy/core/ = test process starts == executable: /home/ondrej/Downloads/pypy-c-jit-43780-b590cf6de419-linux64/bin/pypy (2.7.1-final-42) ground types: python sympy/core/tests/test_arit.py[48] ...f.. .. [OK] sympy/core/tests/test_assumptions.py[28] f... [OK] sympy/core/tests/test_basic.py[10] .. [OK] sympy/core/tests/test_cache.py[1] . [OK] sympy/core/tests/test_complex.py[13] . [OK] sympy/core/tests/test_containers.py[5] . [OK] sympy/core/tests/test_count_ops.py[2] .. [OK] sympy/core/tests/test_diff.py[6] .. [OK] sympy/core/tests/test_equal.py[5] . [OK] sympy/core/tests/test_eval.py[8] .f.. [OK] sympy/core/tests/test_eval_power.py[12] [OK] sympy/core/tests/test_evalf.py[23] ... [OK] sympy/core/tests/test_expand.py[6] .. [OK] sympy/core/tests/test_expr.py[60] ..F... .. [FAIL] sympy/core/tests/test_exprtools.py[4]
[pypy-dev] docs on doc.pypy.org
Hi all, i created a CNAME for our use of pypy.readthedocs.org and so you can now reach pypy docs under the frontend URL of http://doc.pypy.org It might be better to promote this link also from pypy.org so that URLs have a higher chance to remain valid even if we decide to move away from readthedocs some day. Moreover, we could see to have (another) sphinx setup for sphinx setup for our current pypy.org so we can host it there as well, maybe under www.pypy.org -- we need to have a subdomain/CNAME as we cannot redirect the root domain to readthedocs. best, holger ___ pypy-dev@codespeak.net http://codespeak.net/mailman/listinfo/pypy-dev
Re: [pypy-dev] docs on doc.pypy.org
On 03/05/11 11:55, holger krekel wrote: Hi all, i created a CNAME for our use of pypy.readthedocs.org and so you can now reach pypy docs under the frontend URL of http://doc.pypy.org It might be better to promote this link also from pypy.org so that URLs have a higher chance to remain valid even if we decide to move away from readthedocs some day. yes, good idea. Moreover, I think we should change the link from Dev Documentation to just Documentation, because it contains docs which are generally useful also for users (e.g., the getting started, the papers, etc.) Alternatively, we could have a heavier refactoring of the documentation and have clearly separated sections for user docs and dev docs. Moreover, we could see to have (another) sphinx setup for sphinx setup for our current pypy.org so we can host it there as well, maybe under www.pypy.org -- we need to have a subdomain/CNAME as we cannot redirect the root domain to readthedocs. I'm not a sphinx expert, but I don't think that the default layout (i.e., with a sidebar on the left) is the best for the home page of pypy.org. ciao, Anto ___ pypy-dev@codespeak.net http://codespeak.net/mailman/listinfo/pypy-dev
Re: [pypy-dev] docs on doc.pypy.org
On Tue, May 03, 2011 at 12:04 +0200, Antonio Cuni wrote: On 03/05/11 11:55, holger krekel wrote: Hi all, i created a CNAME for our use of pypy.readthedocs.org and so you can now reach pypy docs under the frontend URL of http://doc.pypy.org It might be better to promote this link also from pypy.org so that URLs have a higher chance to remain valid even if we decide to move away from readthedocs some day. yes, good idea. Moreover, I think we should change the link from Dev Documentation to just Documentation, because it contains docs which are generally useful also for users (e.g., the getting started, the papers, etc.) Alternatively, we could have a heavier refactoring of the documentation and have clearly separated sections for user docs and dev docs. Moreover, we could see to have (another) sphinx setup for sphinx setup for our current pypy.org so we can host it there as well, maybe under www.pypy.org -- we need to have a subdomain/CNAME as we cannot redirect the root domain to readthedocs. I'm not a sphinx expert, but I don't think that the default layout (i.e., with a sidebar on the left) is the best for the home page of pypy.org. I think sphinx can be tuned to support pypy.org layout but i don't consider myself a sphinx expert either. Maybe someone feels like helping and trying with https://bitbucket.org/pypy/pypy.org/overview to put it into a sphinx format? holger ___ pypy-dev@codespeak.net http://codespeak.net/mailman/listinfo/pypy-dev
Re: [pypy-dev] docs on doc.pypy.org
On Tue, May 03, 2011 at 10:12 +, holger krekel wrote: On Tue, May 03, 2011 at 12:04 +0200, Antonio Cuni wrote: On 03/05/11 11:55, holger krekel wrote: Hi all, i created a CNAME for our use of pypy.readthedocs.org and so you can now reach pypy docs under the frontend URL of http://doc.pypy.org It might be better to promote this link also from pypy.org so that URLs have a higher chance to remain valid even if we decide to move away from readthedocs some day. yes, good idea. Moreover, I think we should change the link from Dev Documentation to just Documentation, because it contains docs which are generally useful also for users (e.g., the getting started, the papers, etc.) Alternatively, we could have a heavier refactoring of the documentation and have clearly separated sections for user docs and dev docs. Moreover, we could see to have (another) sphinx setup for sphinx setup for our current pypy.org so we can host it there as well, maybe under www.pypy.org -- we need to have a subdomain/CNAME as we cannot redirect the root domain to readthedocs. I'm not a sphinx expert, but I don't think that the default layout (i.e., with a sidebar on the left) is the best for the home page of pypy.org. I think sphinx can be tuned to support pypy.org layout but i don't consider myself a sphinx expert either. Maybe someone feels like helping and trying with https://bitbucket.org/pypy/pypy.org/overview to put it into a sphinx format? seems like there is a limitation: http://read-the-docs.readthedocs.org/en/latest/install.html#what-s-available which i just hit while playing with rtfd and pytest docs :/ Maybe we can get ourselves whitelisted sometime. holger ___ pypy-dev@codespeak.net http://codespeak.net/mailman/listinfo/pypy-dev
Re: [pypy-dev] PyPy Assembler SQRT Patch
Hi. 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? On Tue, Apr 26, 2011 at 11:51 PM, Joe qbpro...@gmail.com wrote: Attached is a patch to allow pypy to use SQRTSD rather than calling out to libc. This resulted in a 2x speedup, that scaled as the benchmark took longer. When i added another 0 to the end of the benchmark it was still a 2x speedup. benchmark results: http://paste.pocoo.org/show/378122/ I'll be happy to answer any questions about the patch. Joe ___ pypy-dev@codespeak.net http://codespeak.net/mailman/listinfo/pypy-dev ___ pypy-dev@codespeak.net http://codespeak.net/mailman/listinfo/pypy-dev
[pypy-dev] Allow subclassing `staticmethod` and `classmethod`
In my project I made an `abstract_static_method` class: https://github.com/cool-RR/GarlicSim/blob/master/garlicsim/garlicsim/general_misc/abc_tools.py#L7 https://github.com/cool-RR/GarlicSim/blob/master/garlicsim/garlicsim/general_misc/abc_tools.py#L7A similar one has been made in Python 3.2: http://hg.python.org/cpython/file/default/Lib/abc.py#l48 http://hg.python.org/cpython/file/default/Lib/abc.py#l48In Pypy this currently cannot be done, because if you subclass `staticmethod` into `abstractstaticmethod`, any instances will have a class of `staticmethod` instead of `abstractstaticmethod`: class A(staticmethod): pass def f(): pass a = A(f) a staticmethod object at 0x00f2ade0 type(a) type 'staticmethod' What can be done? I want to have `abstract_static_method` in my code. Thanks, Ram. ___ pypy-dev@codespeak.net http://codespeak.net/mailman/listinfo/pypy-dev
Re: [pypy-dev] Allow subclassing `staticmethod` and `classmethod`
Hi Ram, On 05/03/2011 01:25 PM, cool-RR wrote: In my project I made an `abstract_static_method` class: https://github.com/cool-RR/GarlicSim/blob/master/garlicsim/garlicsim/general_misc/abc_tools.py#L7 https://github.com/cool-RR/GarlicSim/blob/master/garlicsim/garlicsim/general_misc/abc_tools.py#L7A similar one has been made in Python 3.2: http://hg.python.org/cpython/file/default/Lib/abc.py#l48 http://hg.python.org/cpython/file/default/Lib/abc.py#l48In Pypy this currently cannot be done, because if you subclass `staticmethod` into `abstractstaticmethod`, any instances will have a class of `staticmethod` instead of `abstractstaticmethod`: class A(staticmethod): pass def f(): pass a = A(f) a staticmethod object at 0x00f2ade0 type(a) type 'staticmethod' What can be done? I want to have `abstract_static_method` in my code. This is a bug in PyPy, I fixed it in the repo, tomorrow you can use a fresh nightly build from here: http://buildbot.pypy.org/nightly/trunk/ Carl Friedrich ___ pypy-dev@codespeak.net http://codespeak.net/mailman/listinfo/pypy-dev
[pypy-dev] BytecodeCorruption error with pypy-1.5
Hello, First, thank you for the pypy-1.5 release! I quickly tested pypy-1.5 (osx64 binary from your download page) with some code I use as benchmark (some solutions to Google code jam problems), and I got a reproductible Fatal RPython error: BytecodeCorruption. The minimal code sample that reproduce this behaviour I could came up with is: code def what(_=whatever): return (_ if _ else _) if False else _ what() /code This code works as expected with any cpython and with pypy-1.4.1 on the same machine (Intel Core 2 Duo iMac/Mac OS X 10.6.7). Should I open a bug on the pypy tracker? renaud ___ pypy-dev@codespeak.net http://codespeak.net/mailman/listinfo/pypy-dev
Re: [pypy-dev] speed of sympy tests
On Tue, May 3, 2011 at 9:44 AM, Ondrej Certik ond...@certik.cz wrote: 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:~/repos/sympy(master)$ bin/test sympy/core/ = test process starts == executable: /usr/bin/python (2.7.1-final-0) ground types: python sympy/core/tests/test_arit.py[48] ...f.. .. [OK] sympy/core/tests/test_assumptions.py[28] f... [OK] sympy/core/tests/test_basic.py[10] .. [OK] sympy/core/tests/test_cache.py[1] . [OK] sympy/core/tests/test_complex.py[13] . [OK] sympy/core/tests/test_containers.py[5] . [OK] sympy/core/tests/test_count_ops.py[2] .. [OK] sympy/core/tests/test_diff.py[6] .. [OK] sympy/core/tests/test_equal.py[5] . [OK] sympy/core/tests/test_eval.py[8] .f.. [OK] sympy/core/tests/test_eval_power.py[12] [OK] sympy/core/tests/test_evalf.py[23] ... [OK] sympy/core/tests/test_expand.py[6] .. [OK] sympy/core/tests/test_expr.py[60] .. .. [OK] sympy/core/tests/test_exprtools.py[4] [OK] sympy/core/tests/test_facts.py[11] ... [OK] sympy/core/tests/test_functions.py[23] .f. [OK] sympy/core/tests/test_logic.py[11] ... [OK] sympy/core/tests/test_match.py[26] ...f.. [OK] sympy/core/tests/test_numbers.py[47] ... [OK] sympy/core/tests/test_operations.py[4] [OK] sympy/core/tests/test_priority.py[5] . [OK] sympy/core/tests/test_relational.py[7] ... [OK] sympy/core/tests/test_sets.py[18] .. [OK] sympy/core/tests/test_subs.py[30] .. [OK] sympy/core/tests/test_symbol.py[9] . [OK] sympy/core/tests/test_sympify.py[23] ... [OK] sympy/core/tests/test_truediv.py[3] ... [OK] sympy/core/tests/test_var.py[5] . [OK] === tests finished: 448 passed, 5 expected to fail, in 2.90 seconds ondrej@eagle:~/repos/sympy(master)$ ~/Downloads/pypy-c-jit-43780-b590cf6de419-linux64/bin/pypy bin/test sympy/core/ = test process starts == executable: /home/ondrej/Downloads/pypy-c-jit-43780-b590cf6de419-linux64/bin/pypy (2.7.1-final-42) ground types: python sympy/core/tests/test_arit.py[48] ...f.. .. [OK] sympy/core/tests/test_assumptions.py[28] f... [OK] sympy/core/tests/test_basic.py[10] .. [OK] sympy/core/tests/test_cache.py[1] . [OK] sympy/core/tests/test_complex.py[13] . [OK] sympy/core/tests/test_containers.py[5] . [OK] sympy/core/tests/test_count_ops.py[2] .. [OK] sympy/core/tests/test_diff.py[6] .. [OK] sympy/core/tests/test_equal.py[5] . [OK] sympy/core/tests/test_eval.py[8] .f.. [OK] sympy/core/tests/test_eval_power.py[12] [OK] sympy/core/tests/test_evalf.py[23] ... [OK] sympy/core/tests/test_expand.py[6] .. [OK] sympy/core/tests/test_expr.py[60] ..F... ..
Re: [pypy-dev] speed of sympy tests
On Tue, May 3, 2011 at 3:18 PM, Maciej Fijalkowski fij...@gmail.com wrote: On Tue, May 3, 2011 at 9:44 AM, Ondrej Certik ond...@certik.cz wrote: 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:~/repos/sympy(master)$ bin/test sympy/core/ = test process starts == executable: /usr/bin/python (2.7.1-final-0) ground types: python sympy/core/tests/test_arit.py[48] ...f.. .. [OK] sympy/core/tests/test_assumptions.py[28] f... [OK] sympy/core/tests/test_basic.py[10] .. [OK] sympy/core/tests/test_cache.py[1] . [OK] sympy/core/tests/test_complex.py[13] . [OK] sympy/core/tests/test_containers.py[5] . [OK] sympy/core/tests/test_count_ops.py[2] .. [OK] sympy/core/tests/test_diff.py[6] .. [OK] sympy/core/tests/test_equal.py[5] . [OK] sympy/core/tests/test_eval.py[8] .f.. [OK] sympy/core/tests/test_eval_power.py[12] [OK] sympy/core/tests/test_evalf.py[23] ... [OK] sympy/core/tests/test_expand.py[6] .. [OK] sympy/core/tests/test_expr.py[60] .. .. [OK] sympy/core/tests/test_exprtools.py[4] [OK] sympy/core/tests/test_facts.py[11] ... [OK] sympy/core/tests/test_functions.py[23] .f. [OK] sympy/core/tests/test_logic.py[11] ... [OK] sympy/core/tests/test_match.py[26] ...f.. [OK] sympy/core/tests/test_numbers.py[47] ... [OK] sympy/core/tests/test_operations.py[4] [OK] sympy/core/tests/test_priority.py[5] . [OK] sympy/core/tests/test_relational.py[7] ... [OK] sympy/core/tests/test_sets.py[18] .. [OK] sympy/core/tests/test_subs.py[30] .. [OK] sympy/core/tests/test_symbol.py[9] . [OK] sympy/core/tests/test_sympify.py[23] ... [OK] sympy/core/tests/test_truediv.py[3] ... [OK] sympy/core/tests/test_var.py[5] . [OK] === tests finished: 448 passed, 5 expected to fail, in 2.90 seconds ondrej@eagle:~/repos/sympy(master)$ ~/Downloads/pypy-c-jit-43780-b590cf6de419-linux64/bin/pypy bin/test sympy/core/ = test process starts == executable: /home/ondrej/Downloads/pypy-c-jit-43780-b590cf6de419-linux64/bin/pypy (2.7.1-final-42) ground types: python sympy/core/tests/test_arit.py[48] ...f.. .. [OK] sympy/core/tests/test_assumptions.py[28] f... [OK] sympy/core/tests/test_basic.py[10] .. [OK] sympy/core/tests/test_cache.py[1] . [OK] sympy/core/tests/test_complex.py[13] . [OK] sympy/core/tests/test_containers.py[5] . [OK] sympy/core/tests/test_count_ops.py[2] .. [OK] sympy/core/tests/test_diff.py[6] .. [OK] sympy/core/tests/test_equal.py[5] . [OK] sympy/core/tests/test_eval.py[8] .f.. [OK] sympy/core/tests/test_eval_power.py[12] [OK] sympy/core/tests/test_evalf.py[23] ... [OK] sympy/core/tests/test_expand.py[6] .. [OK] sympy/core/tests/test_expr.py[60]
Re: [pypy-dev] Allow subclassing `staticmethod` and `classmethod`
Hi Cool-RR, On Tue, May 3, 2011 at 1:38 PM, cool-RR cool...@cool-rr.com 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://codespeak.net/mailman/listinfo/pypy-dev
Re: [pypy-dev] Allow subclassing `staticmethod` and `classmethod`
On Tue, May 3, 2011 at 9:30 AM, Armin Rigo ar...@tunes.org wrote: Hi Cool-RR, On Tue, May 3, 2011 at 1:38 PM, cool-RR cool...@cool-rr.com 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://codespeak.net/mailman/listinfo/pypy-dev FYI classmethod works correctly in 1.5 (because I fixed it a while ago because Django uses it). Alex -- I disapprove of what you say, but I will defend to the death your right to say it. -- Evelyn Beatrice Hall (summarizing Voltaire) The people's good is the highest law. -- Cicero ___ pypy-dev@codespeak.net http://codespeak.net/mailman/listinfo/pypy-dev
Re: [pypy-dev] PyPy Assembler SQRT Patch
Hi, On Tue, May 3, 2011 at 1:20 PM, Maciej Fijalkowski fij...@gmail.com 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 least as applied now, does not have the intended effect; SQRTSD is never generated because ll_math_sqrt() is called with a residual call. Joe, can you fix it? I can try to if you don't have the time. A bientôt, Armin. ___ pypy-dev@codespeak.net http://codespeak.net/mailman/listinfo/pypy-dev
Re: [pypy-dev] BytecodeCorruption error with pypy-1.5
2011/5/3 renaud blanch rndbl...@gmail.com: I quickly tested pypy-1.5 (osx64 binary from your download page) with some code I use as benchmark (some solutions to Google code jam problems), and I got a reproductible Fatal RPython error: BytecodeCorruption. The minimal code sample that reproduce this behaviour I could came up with is: code def what(_=whatever): return (_ if _ else _) if False else _ what() /code This code works as expected with any cpython and with pypy-1.4.1 on the same machine (Intel Core 2 Duo iMac/Mac OS X 10.6.7). Should I open a bug on the pypy tracker? Yes please ! -- Amaury Forgeot d'Arc ___ pypy-dev@codespeak.net http://codespeak.net/mailman/listinfo/pypy-dev
Re: [pypy-dev] PyPy Assembler SQRT Patch
On Tue, May 3, 2011 at 10:30 AM, Armin Rigo ar...@tunes.org wrote: Hi, On Tue, May 3, 2011 at 1:20 PM, Maciej Fijalkowski fij...@gmail.com 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 least as applied now, does not have the intended effect; SQRTSD is never generated because ll_math_sqrt() is called with a residual call. Joe, can you fix it? I can try to if you don't have the time. A bientôt, Armin. ___ pypy-dev@codespeak.net http://codespeak.net/mailman/listinfo/pypy-dev 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. Alex -- I disapprove of what you say, but I will defend to the death your right to say it. -- Evelyn Beatrice Hall (summarizing Voltaire) The people's good is the highest law. -- Cicero ___ pypy-dev@codespeak.net http://codespeak.net/mailman/listinfo/pypy-dev
Re: [pypy-dev] PyPy Assembler SQRT Patch
Hi Alex, On Tue, May 3, 2011 at 6:23 PM, Alex Gaynor alex.gay...@gmail.com 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 place it should also be tested is in test_pypy_c_new.py (pypy.module.pypyjit.test_pypy_c), i.e. you should write a test that checks that in a full translated pypy-c, the code corresponding to the Python source math.sqrt(x) indeed ends up being a CALL(sqrt_wrapper) and not a CALL(ll_math_sqrt). A bientôt, Armin. ___ pypy-dev@codespeak.net http://codespeak.net/mailman/listinfo/pypy-dev
Re: [pypy-dev] docs on doc.pypy.org
On Tue, May 3, 2011 at 1:50 PM, Laura Creighton l...@openend.se wrote: In a message of Tue, 03 May 2011 10:12:17 -, holger krekel writes: I'm not a sphinx expert, but I don't think that the default layout (i.e ., with a sidebar on the left) is the best for the home page of pypy.org. I think sphinx can be tuned to support pypy.org layout but i don't consider myself a sphinx expert either. Maybe someone feels like helping and trying with https://bitbucket.org/pypy/pypy.org/overview to put it into a sphinx format? holger Georg Brandl (and you don't get more expert than this) showed up in the channel to volunteer to give us a custom look. Now we only have to decide what it is that we want. I found this site themes to be really cheap and good looking: http://themeforest.net/category/site-templates/technology/software http://themeforest.net/category/site-templates/technology Either this or hiring someone I think is the best idea, pypy deserves a great looking website :) -- Leonardo Santagada ___ pypy-dev@codespeak.net http://codespeak.net/mailman/listinfo/pypy-dev
Re: [pypy-dev] Allow subclassing `staticmethod` and `classmethod`
On Tue, May 03, 2011 at 15:30 +0200, Armin Rigo wrote: Hi Cool-RR, On Tue, May 3, 2011 at 1:38 PM, cool-RR cool...@cool-rr.com 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 :-) modulo a 1.5.1 version string, maybe? :) holger Armin ___ pypy-dev@codespeak.net http://codespeak.net/mailman/listinfo/pypy-dev ___ pypy-dev@codespeak.net http://codespeak.net/mailman/listinfo/pypy-dev