Vitja Makarov, 22.08.2012 06:51:
> I've a problem running jenknins job
>
> https://sage.math.washington.edu:8091/hudson/view/dev-vitek/job/cython-vitek-tests/137/BACKEND=c,PYVERSION=py27/console
>
> It says "No space left on device". Have something change there?
Yes, we're now building in a ramd
Hi!
I've a problem running jenknins job
https://sage.math.washington.edu:8091/hudson/view/dev-vitek/job/cython-vitek-tests/137/BACKEND=c,PYVERSION=py27/console
It says "No space left on device". Have something change there?
--
vitja.
___
cython-devel
On 21 August 2012 16:09, Stefan Behnel wrote:
> mark florisson, 21.08.2012 13:43:
>> On 21 August 2012 11:54, Robert Bradshaw wrote:
>>> On Mon, Aug 20, 2012 at 11:18 PM, Stefan Behnel wrote:
we are now down to two test failures in the NumPy memoryview test:
https://sage.math.washin
mark florisson, 21.08.2012 13:43:
> On 21 August 2012 11:54, Robert Bradshaw wrote:
>> On Mon, Aug 20, 2012 at 11:18 PM, Stefan Behnel wrote:
>>> we are now down to two test failures in the NumPy memoryview test:
>>>
>>> https://sage.math.washington.edu:8091/hudson/job/cython-devel-tests/647/testRe
Heh, so it seems if numpy doesn't understand the format string it
falls back to copying the array through the sequence protocol
(__getitem__ + len)? Since Cython can't convert multi-dimension C
arrays to objects, the memoryview getitem will use the struct module
(which really handles a subset of th
I fixed one of them by making char signed. The root issue seems to be
that when trying to convert an object to numpy, it looks at the buffer
format, and rejects plain char. The fallback code (using struct et al)
is unable to cope with the nested/repeated formats. The other could be
fixed similarly,
