Re: [Cython] GSoC Proposal - Reimplement C modules in CPython's standard library in Cython.

2011-04-11 Thread Stefan Behnel
Arthur de Souza Ribeiro, 08.04.2011 02:43: 2011/4/7 Robert Bradshaw What I'd like to see is an implementation of a single simple but not entirely trivial (e.g. not math) module, passing regression tests with comprable if not better speed than the current C version (though I think it'd probably m

Re: [Cython] "Cython's Users Guide"

2011-04-11 Thread Francesc Alted
2011/4/11 William Stein > Hi, > > I'm teaching Cython in my Sage course yet again, and noticed that > again there are some very confusing aspects of the Cython > documentation organization, which could probably be improved by a few > simple changes. > > 1. At http://cython.org/ there is a big li

Re: [Cython] speed.pypy.org

2011-04-11 Thread Vitja Makarov
2011/4/11 Stefan Behnel : > Hi, > > I'm currently discussing with Maciej Fijalkowski (PyPy) how to get Cython > running on speed.pypy.org (that's what I wrote "cythonrun" for). If it works > out well, we may have it up in a couple of days. > > I would expect that Cython won't be a big winner in thi

[Cython] speed.pypy.org

2011-04-11 Thread Stefan Behnel
Hi, I'm currently discussing with Maciej Fijalkowski (PyPy) how to get Cython running on speed.pypy.org (that's what I wrote "cythonrun" for). If it works out well, we may have it up in a couple of days. I would expect that Cython won't be a big winner in this game, given that it will only c

Re: [Cython] prange CEP updated

2011-04-11 Thread Dag Sverre Seljebotn
On 04/11/2011 01:12 PM, mark florisson wrote: On 11 April 2011 13:03, Dag Sverre Seljebotn wrote: On 04/11/2011 01:02 PM, Dag Sverre Seljebotn wrote: On 04/11/2011 12:14 PM, mark florisson wrote: On 11 April 2011 12:08, Dag Sverre Seljebotn wrote: On 04/11/2011 11:41 AM, mark florisson w

Re: [Cython] prange CEP updated

2011-04-11 Thread mark florisson
On 11 April 2011 13:03, Dag Sverre Seljebotn wrote: > On 04/11/2011 01:02 PM, Dag Sverre Seljebotn wrote: >> >> On 04/11/2011 12:14 PM, mark florisson wrote: >>> >>> On 11 April 2011 12:08, Dag Sverre >>> Seljebotn wrote: On 04/11/2011 11:41 AM, mark florisson wrote: > > On 11 Ap

Re: [Cython] prange CEP updated

2011-04-11 Thread Dag Sverre Seljebotn
On 04/11/2011 01:02 PM, Dag Sverre Seljebotn wrote: On 04/11/2011 12:14 PM, mark florisson wrote: On 11 April 2011 12:08, Dag Sverre Seljebotn wrote: On 04/11/2011 11:41 AM, mark florisson wrote: On 11 April 2011 11:10, Dag Sverre Seljebotn wrote: On 04/11/2011 10:45 AM, mark florisson wrot

Re: [Cython] prange CEP updated

2011-04-11 Thread Dag Sverre Seljebotn
On 04/11/2011 12:14 PM, mark florisson wrote: On 11 April 2011 12:08, Dag Sverre Seljebotn wrote: On 04/11/2011 11:41 AM, mark florisson wrote: On 11 April 2011 11:10, Dag Sverre Seljebotn wrote: On 04/11/2011 10:45 AM, mark florisson wrote: On 5 April 2011 22:29, Dag Sverre Seljebotn

Re: [Cython] Test runner

2011-04-11 Thread mark florisson
On 11 April 2011 12:53, mark florisson wrote: > On 11 April 2011 12:45, Stefan Behnel wrote: >> mark florisson, 11.04.2011 12:26: >>> >>> Can we select tests in the tests directory selectively? I see the -T >>> or --ticket option, but it doens't seem to find the test tagged with # >>> ticket:. >>

Re: [Cython] Test runner

2011-04-11 Thread mark florisson
On 11 April 2011 12:45, Stefan Behnel wrote: > mark florisson, 11.04.2011 12:26: >> >> Can we select tests in the tests directory selectively? I see the -T >> or --ticket option, but it doens't seem to find the test tagged with # >> ticket:. >> >> I can select unit tests using python runtests.py >

Re: [Cython] Test runner

2011-04-11 Thread Stefan Behnel
mark florisson, 11.04.2011 12:26: Can we select tests in the tests directory selectively? I see the -T or --ticket option, but it doens't seem to find the test tagged with # ticket:. I can select unit tests using python runtests.py Cython.SubPackage.Tests.SomeTest, but I can't seem to do the sam

[Cython] Test runner

2011-04-11 Thread mark florisson
Can we select tests in the tests directory selectively? I see the -T or --ticket option, but it doens't seem to find the test tagged with # ticket: . I can select unit tests using python runtests.py Cython.SubPackage.Tests.SomeTest, but I can't seem to do the same thing for tests in the tests dire

Re: [Cython] prange CEP updated

2011-04-11 Thread mark florisson
On 11 April 2011 12:08, Dag Sverre Seljebotn wrote: > On 04/11/2011 11:41 AM, mark florisson wrote: >> >> On 11 April 2011 11:10, Dag Sverre Seljebotn >>  wrote: >>> >>> On 04/11/2011 10:45 AM, mark florisson wrote: On 5 April 2011 22:29, Dag Sverre Seljebotn  wrote: > > I'v

Re: [Cython] prange CEP updated

2011-04-11 Thread Dag Sverre Seljebotn
On 04/11/2011 11:41 AM, mark florisson wrote: On 11 April 2011 11:10, Dag Sverre Seljebotn wrote: On 04/11/2011 10:45 AM, mark florisson wrote: On 5 April 2011 22:29, Dag Sverre Seljebotn wrote: I've done a pretty major revision to the prange CEP, bringing in a lot of the feedback. Threa

Re: [Cython] prange CEP updated

2011-04-11 Thread mark florisson
On 11 April 2011 11:10, Dag Sverre Seljebotn wrote: > On 04/11/2011 10:45 AM, mark florisson wrote: >> >> On 5 April 2011 22:29, Dag Sverre Seljebotn >>  wrote: >>> >>> I've done a pretty major revision to the prange CEP, bringing in a lot of >>> the feedback. >>> >>> Thread-private variables are

Re: [Cython] prange CEP updated

2011-04-11 Thread Dag Sverre Seljebotn
On 04/11/2011 10:45 AM, mark florisson wrote: On 5 April 2011 22:29, Dag Sverre Seljebotn wrote: I've done a pretty major revision to the prange CEP, bringing in a lot of the feedback. Thread-private variables are now split in two cases: i) The safe cases, which really require very little t

Re: [Cython] prange CEP updated

2011-04-11 Thread mark florisson
On 5 April 2011 22:29, Dag Sverre Seljebotn wrote: > I've done a pretty major revision to the prange CEP, bringing in a lot of > the feedback. > > Thread-private variables are now split in two cases: > >  i) The safe cases, which really require very little technical knowledge -> > automatically in