On 25 January 2012 01:27, Robert Bradshaw wrote:
> On Mon, Jan 23, 2012 at 2:27 AM, mark florisson
> wrote:
>> Hey,
>>
>> It's been almost three months since we talked about a 0.16 release, I
>> think it's quite ready. It would already be a big release, it
On 25 January 2012 06:49, Vitja Makarov wrote:
> 2012/1/25 mark florisson :
>> I just noticed the inline defnode call code. When I try to compile
>> with 'cython -Xoptimize.inline_defnode_calls=True test.pyx' with the
>> following code:
>>
>> d
On 25 January 2012 11:24, Vitja Makarov wrote:
> 2012/1/25 mark florisson :
>> On 25 January 2012 06:49, Vitja Makarov wrote:
>>> 2012/1/25 mark florisson :
>>>> I just noticed the inline defnode call code. When I try to compile
>>>> with 'cytho
On 25 January 2012 11:32, mark florisson wrote:
> On 25 January 2012 11:24, Vitja Makarov wrote:
>> 2012/1/25 mark florisson :
>>> On 25 January 2012 06:49, Vitja Makarov wrote:
>>>> 2012/1/25 mark florisson :
>>>>> I just noticed the inline defnod
On 25 January 2012 12:00, Stefan Behnel wrote:
> mark florisson, 25.01.2012 11:43:
>> On 25 January 2012 01:27, Robert Bradshaw wrote:
>>> On Mon, Jan 23, 2012 at 2:27 AM, mark florisson wrote:
>>>> It's been almost three months since we talked about a 0.16 rel
On 26 January 2012 06:39, Vitja Makarov wrote:
> 2012/1/25 Stefan Behnel :
>> mark florisson, 24.01.2012 14:53:
>>> On 24 January 2012 11:37, Konrad Hinsen wrote:
>>>> Compiling the attached Cython file produced the attached C file which
>>>> has errors
On 26 January 2012 17:56, Wes McKinney wrote:
> Just wanted to bring this issue to your guys' attention in case you
> knew what was responsible for this:
>
> https://github.com/ipython/ipython/issues/1317#issuecomment-3652550
>
> I traced down the problem (with git bisect) to a seemingly innocuous
On 26 January 2012 18:36, mark florisson wrote:
> On 26 January 2012 17:56, Wes McKinney wrote:
>> Just wanted to bring this issue to your guys' attention in case you
>> knew what was responsible for this:
>>
>> https://github.com/ipython/ipython/issues/1317#iss
On 26 January 2012 18:51, Vitja Makarov wrote:
> 2012/1/26 mark florisson :
>> On 26 January 2012 06:39, Vitja Makarov wrote:
>>> 2012/1/25 Stefan Behnel :
>>>> mark florisson, 24.01.2012 14:53:
>>>>> On 24 January 2012 11:37, Konrad Hinsen wro
On 26 January 2012 18:53, Stefan Behnel wrote:
> mark florisson, 26.01.2012 16:20:
>> On 26 January 2012 06:39, Vitja Makarov wrote:
>>> 2012/1/25 Stefan Behnel:
>>>> Back to the old idea of separating the type analysis into 1) a basic
>>>> typing,
On 26 January 2012 19:10, Fernando Perez wrote:
> On Thu, Jan 26, 2012 at 10:37 AM, mark florisson
> wrote:
>> On a side note, ipython is not something I usually trust to test
>> things out, as it gets things wrong sometimes which can seriously make
>> you question your
On 26 January 2012 19:27, Stefan Behnel wrote:
> mark florisson, 26.01.2012 20:15:
>> On 26 January 2012 18:53, Stefan Behnel wrote:
>>> mark florisson, 26.01.2012 16:20:
>>>> I think this problem can trivially be solved by creating a ProxyNode
>>>> that
On 26 January 2012 19:40, Wes McKinney wrote:
> On Thu, Jan 26, 2012 at 2:21 PM, mark florisson
> wrote:
>> On 26 January 2012 19:10, Fernando Perez wrote:
>>> On Thu, Jan 26, 2012 at 10:37 AM, mark florisson
>>> wrote:
>>>> On a side note, ipytho
On 27 January 2012 16:22, mark florisson wrote:
> On 27 January 2012 15:47, Simon King wrote:
>> Hi all,
>>
>> I am still *very* frustrated about the fact that Cython does not tell
>> where the error occurs. Since about one week, I am adding lots and
>> lots of
On 27 January 2012 20:03, Dag Sverre Seljebotn
wrote:
> On 01/27/2012 05:58 PM, Stefan Behnel wrote:
>>
>> mark florisson, 27.01.2012 17:30:
>>>
>>> On 27 January 2012 16:22, mark florisson
>>> wrote:
>>>>
>>>> On 27 January 2
On 27 January 2012 21:01, Stefan Behnel wrote:
> Dag Sverre Seljebotn, 27.01.2012 21:03:
>> On 01/27/2012 05:58 PM, Stefan Behnel wrote:
>>> mark florisson, 27.01.2012 17:30:
>>>> On 27 January 2012 16:22, mark florisson wrote:
>>>>> On 27 January
On 28 January 2012 18:38, Stefan Behnel wrote:
> Stefan Behnel, 27.01.2012 09:02:
>> any exception *propagation* is
>> still substantially slower than necessary, and that's a general issue.
>
> Here's a general take on a code object cache for exception propagation.
>
> https://github.com/scoder/cy
On 28 January 2012 19:41, Vitja Makarov wrote:
> 2012/1/28 Stefan Behnel :
>> Stefan Behnel, 27.01.2012 09:02:
>>> any exception *propagation* is
>>> still substantially slower than necessary, and that's a general issue.
>>
>> Here's a general take on a code object cache for exception propagation.
On 28 January 2012 19:48, mark florisson wrote:
> On 28 January 2012 19:41, Vitja Makarov wrote:
>> 2012/1/28 Stefan Behnel :
>>> Stefan Behnel, 27.01.2012 09:02:
>>>> any exception *propagation* is
>>>> still substantially slower than necessary, an
On 28 January 2012 19:59, Vitja Makarov wrote:
> 2012/1/28 mark florisson :
>> On 28 January 2012 19:48, mark florisson wrote:
>>> On 28 January 2012 19:41, Vitja Makarov wrote:
>>>> 2012/1/28 Stefan Behnel :
>>>>> Stefan Behnel, 27.01.2012
On 29 January 2012 12:10, Stefan Behnel wrote:
> Stefan Behnel, 28.01.2012 21:14:
>> mark florisson, 28.01.2012 20:07:
>>> On 28 January 2012 18:38, Stefan Behnel wrote:
>>>> Stefan Behnel, 27.01.2012 09:02:
>>>>> any exception *propagation* is
>>
On 30 January 2012 21:03, Lisandro Dalcin wrote:
> I'm testing my code with numpy-dev. They are trying to discourage use
> of deprecated APIs, this includes direct access to the ndarray struct.
> In order to update your code, you have to pass -DNPY_NO_DEPRECATED_API
> to the C compiler (or #define
On 31 January 2012 02:12, Robert Bradshaw wrote:
> On Fri, Jan 27, 2012 at 1:01 PM, Stefan Behnel wrote:
>> Dag Sverre Seljebotn, 27.01.2012 21:03:
>>> On 01/27/2012 05:58 PM, Stefan Behnel wrote:
>>>> mark florisson, 27.01.2012 17:30:
>>>>> On 27 Jan
On 31 January 2012 15:40, Dag Sverre Seljebotn
wrote:
> On 01/31/2012 03:29 PM, mark florisson wrote:
>>
>> On 30 January 2012 21:03, Lisandro Dalcin wrote:
>>>
>>> I'm testing my code with numpy-dev. They are trying to discourage use
>>> of depr
On 31 January 2012 21:11, Dag Sverre Seljebotn
wrote:
> On 01/31/2012 09:53 PM, mark florisson wrote:
>>
>> On 31 January 2012 15:40, Dag Sverre Seljebotn
>> wrote:
>>>
>>> On 01/31/2012 03:29 PM, mark florisson wrote:
>>>>
>>&
On 1 February 2012 18:50, Robert Bradshaw wrote:
> On Tue, Jan 31, 2012 at 8:30 AM, mark florisson
> wrote:
>> On 31 January 2012 02:12, Robert Bradshaw
>> wrote:
>>> On Fri, Jan 27, 2012 at 1:01 PM, Stefan Behnel wrote:
>>>> Dag Sverre Seljebotn, 27.0
On 2 February 2012 12:19, Dag Sverre Seljebotn
wrote:
> I just realized that
>
> cdef int[:] a = None
>
> raises an exception; even though I'd argue that 'a' is of the "reference"
> kind of type where Cython usually allow None (i.e., "cdef MyClass b = None"
> is allowed even if type(None) is NoneT
On 2 February 2012 21:38, Dag Sverre Seljebotn
wrote:
> On 02/02/2012 10:16 PM, mark florisson wrote:
>>
>> On 2 February 2012 12:19, Dag Sverre Seljebotn
>> wrote:
>>>
>>> I just realized that
>>>
>>> cdef int[:] a = None
>>>
On 3 February 2012 17:53, Dag Sverre Seljebotn
wrote:
> On 02/03/2012 12:09 AM, mark florisson wrote:
>>
>> On 2 February 2012 21:38, Dag Sverre Seljebotn
>> wrote:
>>>
>>> On 02/02/2012 10:16 PM, mark florisson wrote:
>>>>
>>>>
>
On 3 February 2012 18:06, mark florisson wrote:
> On 3 February 2012 17:53, Dag Sverre Seljebotn
> wrote:
>> On 02/03/2012 12:09 AM, mark florisson wrote:
>>>
>>> On 2 February 2012 21:38, Dag Sverre Seljebotn
>>> wrote:
>>>>
On 3 February 2012 18:07, mark florisson wrote:
> On 3 February 2012 18:06, mark florisson wrote:
>> On 3 February 2012 17:53, Dag Sverre Seljebotn
>> wrote:
>>> On 02/03/2012 12:09 AM, mark florisson wrote:
>>>>
>>>> On 2 February 2012 21:38, D
On 3 February 2012 18:15, Dag Sverre Seljebotn
wrote:
> On 02/03/2012 07:07 PM, mark florisson wrote:
>>
>> On 3 February 2012 18:06, mark florisson
>> wrote:
>>>
>>> On 3 February 2012 17:53, Dag Sverre Seljebotn
>>> wrote:
>&g
On 3 February 2012 18:06, mark florisson wrote:
> On 3 February 2012 17:53, Dag Sverre Seljebotn
> wrote:
>> On 02/03/2012 12:09 AM, mark florisson wrote:
>>>
>>> On 2 February 2012 21:38, Dag Sverre Seljebotn
>>> wrote:
>>>>
On 4 February 2012 19:39, Dag Sverre Seljebotn
wrote:
> On 02/03/2012 07:26 PM, mark florisson wrote:
>>
>> On 3 February 2012 18:15, Dag Sverre Seljebotn
>> wrote:
>>>
>>> On 02/03/2012 07:07 PM, mark florisson wrote:
>>>>
>>>
Hey,
I created a CEP for opencl support: http://wiki.cython.org/enhancements/opencl
What do you think?
Mark
___
cython-devel mailing list
cython-devel@python.org
http://mail.python.org/mailman/listinfo/cython-devel
On 2 February 2012 21:38, Dag Sverre Seljebotn
wrote:
> On 02/02/2012 10:16 PM, mark florisson wrote:
>>
>> On 2 February 2012 12:19, Dag Sverre Seljebotn
>> wrote:
>>>
>>> I just realized that
>>>
>>> cdef int[:] a = None
>>>
ll use
pyopencl directly in that case right?
Not OpenCL perse, but part of that will also solve the numpy-temporary
problem, which we have numexpr for. But it would be more convenient to
express oneself natively in the programming language of choice (Cython
:).
> Cheers,
>
>
> Dimitri.
&g
On 6 February 2012 07:22, Stefan Behnel wrote:
> mark florisson, 06.02.2012 00:12:
>> On 5 February 2012 22:39, Dimitri Tcaciuc wrote:
>>> 3. Does it make sense to make OpenCL more explicit? Heuristics and
>>> automatic switching between, say, CPU and GPU is great
On 7 February 2012 13:52, Sturla Molden wrote:
> On 05.02.2012 23:39, Dimitri Tcaciuc wrote:
>
>> 3. Does it make sense to make OpenCL more explicit?
>
>
> No, it takes the usefuness of OpenCL away, which is that kernels are text
> strings and compiled at run-time.
>
I don't know why you think th
On 7 February 2012 17:22, Dimitri Tcaciuc wrote:
> On Tue, Feb 7, 2012 at 5:52 AM, Sturla Molden wrote:
>> On 05.02.2012 23:39, Dimitri Tcaciuc wrote:
>>
>>> 3. Does it make sense to make OpenCL more explicit?
>>
>>
>> No, it takes the usefuness of OpenCL away, which is that kernels are text
>> s
On 7 February 2012 18:01, mark florisson wrote:
> On 7 February 2012 17:22, Dimitri Tcaciuc wrote:
>> On Tue, Feb 7, 2012 at 5:52 AM, Sturla Molden wrote:
>>> On 05.02.2012 23:39, Dimitri Tcaciuc wrote:
>>>
>>>> 3. Does it make sense to make OpenCL more
On 7 February 2012 17:58, Sturla Molden wrote:
> On 07.02.2012 18:22, Dimitri Tcaciuc wrote:
>
>> I'm not sure I understand you, maybe you could elaborate on that?
>
>
> OpenCL code is a text string that is compiled when the program runs. So it
> can be generated from run-time data. Think of it li
On 5 February 2012 22:03, mark florisson wrote:
> On 2 February 2012 21:38, Dag Sverre Seljebotn
> wrote:
>> On 02/02/2012 10:16 PM, mark florisson wrote:
>>>
>>> On 2 February 2012 12:19, Dag Sverre Seljebotn
>>> wrote:
>>>>
>&
On 8 February 2012 14:46, Dag Sverre Seljebotn
wrote:
> On 02/05/2012 10:57 PM, mark florisson wrote:
>>
>> Hey,
>>
>> I created a CEP for opencl support:
>> http://wiki.cython.org/enhancements/opencl
>> What do you think?
>
>
> To start with my o
On 8 February 2012 17:35, Dimitri Tcaciuc wrote:
> On Wed, Feb 8, 2012 at 6:46 AM, Dag Sverre Seljebotn
> wrote:
>> On 02/05/2012 10:57 PM, mark florisson wrote:
>>
>> I don't really know how good the Intel and AMD CPU drivers are w.r.t. this
>> -- I have seen
On 8 February 2012 23:28, Dag Sverre Seljebotn
wrote:
> On 02/09/2012 12:15 AM, Dag Sverre Seljebotn wrote:
>>
>> On 02/08/2012 11:11 PM, mark florisson wrote:
>>>
>>> On 8 February 2012 14:46, Dag Sverre Seljebotn
>>> wrote:
>>>
On 12 February 2012 14:06, Vitja Makarov wrote:
> 2012/2/4 Vitja Makarov :
>> 2012/1/26 mark florisson :
>>> On 26 January 2012 19:27, Stefan Behnel wrote:
>>>> mark florisson, 26.01.2012 20:15:
>>>>> On 26 January 2012 18:53, Stefan Behnel w
On 14 February 2012 07:07, Robert Bradshaw wrote:
> On Sun, Feb 12, 2012 at 12:53 PM, Vitja Makarov
> wrote:
>> 2012/2/12 Vitja Makarov :
>>> 2012/2/11 Robert Bradshaw :
All of Sage passes except for one test:
sage -t devel/sage/sage/misc/sageinspect.py
*
On 14 February 2012 17:19, Robert Bradshaw wrote:
> On Tue, Feb 14, 2012 at 7:49 AM, mark florisson
> wrote:
>> On 14 February 2012 07:07, Robert Bradshaw
>> wrote:
>>> On Sun, Feb 12, 2012 at 12:53 PM, Vitja Makarov
>>> wrote:
>>>> 2012/2/12
On 15 February 2012 09:37, Stefan Behnel wrote:
> Hi,
>
> I'd like to suggest that instead of overwriting pull requests and all of
> their comments on github by pushing replaced commits over them, it would be
> better to keep any existing discussions accessible by rejecting the current
> pull requ
On 14 February 2012 21:33, Robert Bradshaw wrote:
> On Tue, Feb 14, 2012 at 1:09 PM, mark florisson
> wrote:
>> On 14 February 2012 17:19, Robert Bradshaw
>> wrote:
>>> On Tue, Feb 14, 2012 at 7:49 AM, mark florisson
>>> wrote:
>>>> On 14 F
On 15 February 2012 15:45, mark florisson wrote:
> On 14 February 2012 21:33, Robert Bradshaw
> wrote:
>> On Tue, Feb 14, 2012 at 1:09 PM, mark florisson
>> wrote:
>>> On 14 February 2012 17:19, Robert Bradshaw
>>> wrote:
>>>> On Tue, Feb
Hey,
I created a CEP for the optional ability to have Cython create a
version-dependent library to share types and common utility functions
internal to the compiler, you can find it here:
http://wiki.cython.org/enhancements/libcython . It also addresses
entry caching, both for pxd files and Cython
On 19 February 2012 10:16, Vitja Makarov wrote:
> 2012/2/15 mark florisson :
>> On 15 February 2012 15:45, mark florisson wrote:
>>> On 14 February 2012 21:33, Robert Bradshaw
>>> wrote:
>>>> On Tue, Feb 14, 2012 at 1:09 PM, mark florisson
>>>&
On 19 February 2012 10:16, Vitja Makarov wrote:
> 2012/2/15 mark florisson :
>> On 15 February 2012 15:45, mark florisson wrote:
>>> On 14 February 2012 21:33, Robert Bradshaw
>>> wrote:
>>>> On Tue, Feb 14, 2012 at 1:09 PM, mark florisson
>>>&
On 21 February 2012 04:42, Robert Bradshaw wrote:
> Python bytecode -> LLVM is a great idea for creating ufuncs, the
> overhead of Cython + GCC is atrocious for stuff like this. (I think
> Cython could make a good frontent as well, especially if we generated
> just the .c code for the function rat
On 23 February 2012 08:30, Vitja Makarov wrote:
> 2012/2/20 Vitja Makarov :
>> 2012/2/20 mark florisson :
>>> On 19 February 2012 10:16, Vitja Makarov wrote:
>>>> 2012/2/15 mark florisson :
>>>>> On 15 February 2012 15:45, mark florisson
>>
On 23 February 2012 08:36, Vitja Makarov wrote:
> 2012/2/23 mark florisson :
>> On 23 February 2012 08:30, Vitja Makarov wrote:
>>> 2012/2/20 Vitja Makarov :
>>>> 2012/2/20 mark florisson :
>>>>> On 19 February 2012 10:16, Vitja Makarov wrote:
&g
On 23 February 2012 15:43, Stefan Behnel wrote:
> mark florisson, 23.02.2012 09:38:
>> On 23 February 2012 08:36, Vitja Makarov wrote:
>>> 2012/2/23 mark florisson:
>>>> On 23 February 2012 08:30, Vitja Makarov wrote:
>>>>> We can also fix this ticke
On 23 February 2012 20:52, Vitja Makarov wrote:
> Recent py3k version has new feature "hash randomization" it solves
> some security issues.
> But has some drawbacks, for instance, dict.items() order is now
> unknown. So it breaks
> randomly some doctests that rely on exact order of dict items.
>
On 25 February 2012 15:35, Stefan Behnel wrote:
> Hi,
>
> I get these warnings in the tests:
>
> """
> compiling (cpp) and running memoryview ...
>
> memoryview.cpp: In function ‘PyObject*
> __pyx_memoryview_setitem_slice_assign_scalar(__pyx_memoryview_obj*,
> PyObject*, PyObject*)’:
> memoryview.
2012/2/24 Sébastien Sablé Sablé :
> Hi,
>
> could you please also look at incorporating the following patch before
> releasing 0.16? (if it has not already been merged)
>
> https://github.com/cython/cython/pull/67
>
> It has been more or less validated, but a test case is needed.
>
> This patch mak
The Cython team is pleased to announce the first beta release for the
upcoming release of Cython 0.16. A tarball can be grabbed from here:
http://cython.org/release/Cython-0.16.beta0.tar.gz. This release comes
with several great new features such as better function introspection,
super without argu
On 28 February 2012 09:54, Stefan Behnel wrote:
> I'm going to reimplement this, but not for 0.16 anymore, I'd say.
That's ok, I fixed it to not acquire the GIL seeing that control flow
obsoletes None initialization. So you might as well move it into the
setup function if you care, the thing is t
On 28 February 2012 10:25, Stefan Behnel wrote:
> mark florisson, 28.02.2012 11:16:
>> On 28 February 2012 09:54, Stefan Behnel wrote:
>>> I'm going to reimplement this, but not for 0.16 anymore, I'd say.
>>
>> That's ok, I fixed it to not acquire
On 28 February 2012 10:53, Stefan Behnel wrote:
> mark florisson, 28.02.2012 11:28:
>> On 28 February 2012 10:25, Stefan Behnel wrote:
>>> mark florisson, 28.02.2012 11:16:
>>>> On 28 February 2012 09:54, Stefan Behnel wrote:
>>>>> I'm going to r
On 28 February 2012 13:50, Stefan Behnel wrote:
> mark florisson, 28.02.2012 12:20:
>> On 28 February 2012 10:53, Stefan Behnel wrote:
>>> mark florisson, 28.02.2012 11:28:
>>>> On 28 February 2012 10:25, Stefan Behnel wrote:
>>>>> mark florisson, 28
On 28 February 2012 18:19, Lisandro Dalcin wrote:
> This is something I really have no idea about how to fix, so I'll ask
> any of you to do it.
>
> How to reproduce. The quick example below should fail in the second to
> last line in test_cinit.py, but it succeeds:
>
> $ cat cinit.pyx
> cdef clas
On 28 February 2012 18:57, Vitja Makarov wrote:
> 2012/2/28 mark florisson :
>> On 28 February 2012 18:19, Lisandro Dalcin wrote:
>>> This is something I really have no idea about how to fix, so I'll ask
>>> any of you to do it.
>>>
>>> How to
On 28 February 2012 19:58, Stefan Behnel wrote:
> mark florisson, 28.02.2012 16:35:
>> Basically, the cleanup code only needs a matching release because the
>> corresponding acquire is in EnsureGILNode, which wraps the function
>> body in case of a nogil function with a
On 28 February 2012 20:19, Stefan Behnel wrote:
> Stefan Behnel, 28.02.2012 20:58:
>> mark florisson, 28.02.2012 16:35:
>>> Basically, the cleanup code only needs a matching release because the
>>> corresponding acquire is in EnsureGILNode, which wraps the function
On 28 February 2012 21:08, mark florisson wrote:
> On 28 February 2012 20:19, Stefan Behnel wrote:
>> Stefan Behnel, 28.02.2012 20:58:
>>> mark florisson, 28.02.2012 16:35:
>>>> Basically, the cleanup code only needs a matching release because the
>>>>
On 28 February 2012 21:08, Stefan Behnel wrote:
> mark florisson, 28.02.2012 21:20:
>> On 28 February 2012 19:58, Stefan Behnel wrote:
>>> mark florisson, 28.02.2012 16:35:
>>>> Basically, the cleanup code only needs a matching release because the
>>>>
On 28 February 2012 21:08, Stefan Behnel wrote:
> mark florisson, 28.02.2012 21:20:
>> On 28 February 2012 19:58, Stefan Behnel wrote:
>>> mark florisson, 28.02.2012 16:35:
>>>> Basically, the cleanup code only needs a matching release because the
>>>>
On 28 February 2012 21:22, Stefan Behnel wrote:
> mark florisson, 28.02.2012 22:09:
>> On 28 February 2012 21:08, mark florisson wrote:
>>> On 28 February 2012 20:19, Stefan Behnel wrote:
>>>> Stefan Behnel, 28.02.2012 20:58:
>>>>> mark florisson, 28
On 28 February 2012 21:38, Stefan Behnel wrote:
> mark florisson, 28.02.2012 22:19:
>> On 28 February 2012 21:08, Stefan Behnel wrote:
>>> mark florisson, 28.02.2012 21:20:
>>>> On 28 February 2012 19:58, Stefan Behnel wrote:
>>>>> mark florisson, 28
On 29 February 2012 17:57, Dag Sverre Seljebotn
wrote:
> On 02/29/2012 09:42 AM, Stefan Behnel wrote:
>>
>> Dag Sverre Seljebotn, 29.02.2012 18:06:
>>>
>>> I'm wondering what the best course of action for deprecating the shape
>>> field in numpy.pxd is.
>>>
>>> The thing is, currently "shape" real
On 1 March 2012 16:18, Dag Sverre Seljebotn wrote:
> On 03/01/2012 04:03 AM, mark florisson wrote:
>>
>> On 29 February 2012 17:57, Dag Sverre Seljebotn
>> wrote:
>>>
>>> On 02/29/2012 09:42 AM, Stefan Behnel wrote:
>>>>
>>>>
>
On 2 March 2012 10:09, Stefan Behnel wrote:
> Stefan Behnel, 02.03.2012 10:45:
>> the builtin Py_buffer struct type is currently defined as follows:
>>
>> """
>> builtin_structs_table = [
>> ('Py_buffer', 'Py_buffer',
>> [("buf", PyrexTypes.c_void_ptr_type),
>> ("obj",
On 1 March 2012 19:16, Sturla Molden wrote:
> On 01.03.2012 19:33, Dag Sverre Seljebotn wrote:
>>
>>
>> Yeah, I proposed this on another thread as one of the options, but the
>> support wasn't overwhelming at the time...
>
>
> I think it is worse to break parts of it, thus introducing bugs that mi
On 5 March 2012 05:41, Arfrever Frehtes Taifersar Arahesis
wrote:
> All tests pass with Python 2.6 (2.6.7 release).
> All tests pass with Python 2.7 (snapshot of 2.7 branch, revision
> 52ecec12c0ed).
> 10 failures with Python 3.1 (3.1.4 release).
> 14 failures with Python 3.2 (snapshot of 3.2 bra
On 9 March 2012 14:22, Lisandro Dalcin wrote:
> I'm basically experiencing the issues here:
> http://www.cocoabuilder.com/archive/xcode/310299-error-calling-builtin-expect-inside-omp-parallel-for.html
>
> Can you imagine any way to workaround it?
What a lovely C compiler bug... Did you file a bug
On 8 March 2012 14:27, Stefan Behnel wrote:
> Hi,
>
> I noticed that people start rushing for the next season on Python's GSoC
> mailing lists. Do we have any interested developers here, or general ideas
> about suitable topics? I would expect that we'll do as in the last years
> and participate u
On 10 March 2012 14:00, Stefan Behnel wrote:
> Lisandro Dalcin, 10.03.2012 10:51:
>> On 10 March 2012 03:41, mark florisson wrote:
>>> On 9 March 2012 14:22, Lisandro Dalcin wrote:
>>>> I'm basically experiencing the issues here:
>>>> http://www.coco
On 11 March 2012 09:26, Lisandro Dalcin wrote:
> On 11 March 2012 09:46, mark florisson wrote:
>> On 10 March 2012 14:00, Stefan Behnel wrote:
>>> Lisandro Dalcin, 10.03.2012 10:51:
>>>> On 10 March 2012 03:41, mark florisson wrote:
>>>>> On 9 March
On 9 March 2012 14:22, Lisandro Dalcin wrote:
> I'm basically experiencing the issues here:
> http://www.cocoabuilder.com/archive/xcode/310299-error-calling-builtin-expect-inside-omp-parallel-for.html
>
> Can you imagine any way to workaround it?
>
> PS: This is the only serious failure I get on O
On 15 March 2012 13:21, Lisandro Dalcin wrote:
> On 14 March 2012 08:58, mark florisson wrote:
>> On 9 March 2012 14:22, Lisandro Dalcin wrote:
>>
>> Could you give this fix a try?
>> https://github.com/markflorisson88/cython/commit/2bffde15edc66c7416716051959e3b
On 16 March 2012 04:00, mark florisson wrote:
> On 15 March 2012 13:21, Lisandro Dalcin wrote:
>> On 14 March 2012 08:58, mark florisson wrote:
>>> On 9 March 2012 14:22, Lisandro Dalcin wrote:
>>>
>>> Could you give this fix a try?
>>> htt
On 18 March 2012 11:58, Stefan Behnel wrote:
> Hi,
>
> I put up two new pull requests on github:
>
> Implementation of PEP 380 (yield from):
> https://github.com/cython/cython/pull/96
>
> Rewrite of dict iteration:
> https://github.com/cython/cython/pull/95
>
> Given that the release of 0.16 has c
Could you try the new fix from my branch? If it doesn't do the trick
then I will need to know whether the macros are passing the
preprocessor.
On 15 March 2012 13:21, Lisandro Dalcin wrote:
> On 14 March 2012 08:58, mark florisson wrote:
>> On 9 March 2012 14:22, Lisandro
On 20 March 2012 18:51, Stefan Behnel wrote:
> mark florisson, 20.03.2012 17:40:
>> On 18 March 2012 11:58, Stefan Behnel wrote:
>>> I put up two new pull requests on github:
>>>
>>> Implementation of PEP 380 (yield from):
>>> https://github.com/
On 21 March 2012 14:58, Stefan Behnel wrote:
> Hi,
>
> it seems like the sage.math server is broken again, at least it's lacking
> mounts when I try to log in. I'll restart Jenkins as soon as it's back
> working.
>
> Stefan
> ___
> cython-devel mailing
On 21 March 2012 15:07, mark florisson wrote:
> On 21 March 2012 14:58, Stefan Behnel wrote:
>> Hi,
>>
>> it seems like the sage.math server is broken again, at least it's lacking
>> mounts when I try to log in. I'll restart Jenkins as soon a
On 21 March 2012 15:58, Stefan Behnel wrote:
> mark florisson, 21.03.2012 15:12:
>> On 21 March 2012 15:07, mark florisson wrote:
>>> On 21 March 2012 14:58, Stefan Behnel wrote:
>>>> it seems like the sage.math server is broken again, at least it's lacking
>
On 22 March 2012 07:18, Stefan Behnel wrote:
> Robert Bradshaw, 21.03.2012 21:24:
>> On Wed, Mar 21, 2012 at 6:47 AM, mark florisson wrote:
>>> On 20 March 2012 18:51, Stefan Behnel wrote:
>>>> mark florisson, 20.03.2012 17:40:
>>>>> On 18 March 201
On 21 March 2012 13:58, Stefan Behnel wrote:
> Hi,
>
> it seems like the sage.math server is broken again, at least it's lacking
> mounts when I try to log in. I'll restart Jenkins as soon as it's back
> working.
>
> Stefan
> ___
> cython-devel mailing
On 21 March 2012 20:24, Robert Bradshaw wrote:
> On Wed, Mar 21, 2012 at 6:47 AM, mark florisson
> wrote:
>> On 20 March 2012 18:51, Stefan Behnel wrote:
>>> mark florisson, 20.03.2012 17:40:
>>>> On 18 March 2012 11:58, Stefan Behnel wrote:
>>>&
Hey,
For the fused type runtime dispatch I found it very convenient to use
the with statement, but that is not supported in Python 2.4. However,
the compiler could dynamically compile compiler code with the compiler
itself and import it (pyximport), if it is not needed to compile
Cython itself. I
On 22 March 2012 21:53, Stefan Behnel wrote:
> Robert Bradshaw, 22.03.2012 19:39:
>> On Thu, Mar 22, 2012 at 10:52 AM, Stefan Behnel wrote:
>>> Regarding funding in general, maybe we should just start putting up one or
>>> two of those sexy funding bars on our web site, like the PyPy devs do for
>
On 23 March 2012 13:26, mark florisson wrote:
> On 22 March 2012 21:53, Stefan Behnel wrote:
>> Robert Bradshaw, 22.03.2012 19:39:
>>> On Thu, Mar 22, 2012 at 10:52 AM, Stefan Behnel wrote:
>>>> Regarding funding in general, maybe we should just start putting up
301 - 400 of 659 matches
Mail list logo
