Le lundi 30 juillet 2012 à 02:00 +0100, Ronan Lamy a écrit :
>
> Anyway, I managed to compile (by blanking
> numpy/distutils/command/__init__.py) and to run the tests. I only see
> the 2 pickle errors from your latest gist. So that's all good!
And the cause of these errors is that running the te
Hi Fred,
On 7/29/12 8:27 PM, Frédéric Bastien wrote:
> Hi,
>
> Do you have some help on installing an optimized BLAS on Windows,
> MacOS and/or linux? That is what is the most complicated part when
> installing our packages.
No but I'd be willing to consider helping with this, can you open a
ti
Le dimanche 29 juillet 2012 à 14:45 -0700, Ondřej Čertík a écrit :
> Hi Ronan!
>
> On Sun, Jul 29, 2012 at 2:27 PM, Ronan Lamy wrote:
> > Le samedi 28 juillet 2012 à 18:09 -0700, Ondřej Čertík a écrit :
> >
> >>
> >> So now the PR actually seems to work. The rest of the failures are here:
> >>
>
Le dimanche 29 juillet 2012 à 23:55 +0200, Stefan Krah a écrit :
> Ronan Lamy wrote:
> > ImportError: No module named 'distutils.command.install_clib'
>
> I'm seeing the same with Python 3.3.0b1 (68e2690a471d+) and this patch
> solves the problem:
>
> diff --git a/numpy/distutils/command/__init_
Hi,
Do you have some help on installing an optimized BLAS on Windows,
MacOS and/or linux? That is what is the most complicated part when
installing our packages.
Fred
On Sat, Jul 28, 2012 at 7:25 PM, Alex Clark wrote:
> Hi NumPy folks,
>
>
> I am reaching out to various Python-related programmi
Ronan Lamy wrote:
> ImportError: No module named 'distutils.command.install_clib'
I'm seeing the same with Python 3.3.0b1 (68e2690a471d+) and this patch
solves the problem:
diff --git a/numpy/distutils/command/__init__.py
b/numpy/distutils/command/__init__.py
index f8f0884..b9f0d09 100644
--- a
Hi Ronan!
On Sun, Jul 29, 2012 at 2:27 PM, Ronan Lamy wrote:
> Le samedi 28 juillet 2012 à 18:09 -0700, Ondřej Čertík a écrit :
>
>>
>> So now the PR actually seems to work. The rest of the failures are here:
>>
>> https://gist.github.com/3195520
>>
> I wanted to have a look at the import errors
Le samedi 28 juillet 2012 à 18:09 -0700, Ondřej Čertík a écrit :
>
> So now the PR actually seems to work. The rest of the failures are here:
>
> https://gist.github.com/3195520
>
I wanted to have a look at the import errors in your previous gist. How
did you get rid of them? I can't even insta
On Sun, Jul 29, 2012 at 3:40 AM, Stefan Krah wrote:
> Ond??ej ??ert??k wrote:
>> Well, I simply went to the Python sources and then implemented a
>> solution that works with this patch:
>>
>> https://github.com/certik/numpy/commit/36fcd1327746a3d0ad346ce58ffbe00506e27654
>
>> https://github.com/n
Ond??ej ??ert??k wrote:
> > This should be expected since the byte-swapped strings aren't valid.
>
> Exactly, I am aware that my solution is a hack. So is the Python 3.2
> solution, except that Python 3.2 doesn't seem to have
> the _PyUnicode_CheckConsistency() function, so no checks are done.
>
On Sun, Jul 29, 2012 at 6:56 AM, Stefan Krah wrote:
> Ond??ej ??ert??k wrote:
>> https://github.com/numpy/numpy/pull/366
>
> Using Python 3.3 compiled --with-pydebug it appears to be impossible
> to fool the new Unicode implementation with byte-swapped data:
>
>
> Apply the patch from:
>
> http:/
Ond??ej ??ert??k wrote:
> https://github.com/numpy/numpy/pull/366
Using Python 3.3 compiled --with-pydebug it appears to be impossible
to fool the new Unicode implementation with byte-swapped data:
Apply the patch from:
http://projects.scipy.org/numpy/ticket/2193
Then:
Python 3.3.0b1 (defau
Stefan Krah wrote:
> > .python3.3: numpy/core/src/multiarray/common.c:161:
> > PyArray_DTypeFromObjectHelper: Assertion
> > `((PyObject*)(temp))->ob_type))->tp_flags & ((1L<<27))) != 0)' failed.
> > Aborted
>
> This also occurs with Python 3.2, so it's unrelated to the Unicode changes:
>
>
Stefan Krah wrote:
> Then there's another problem in numpy.test() if Python 3.3 is compiled
> --with-pydebug:
>
> .python3.3: numpy/core/src/multiarray/common.c:161:
> PyArray_DTypeFromObjectHelper: Assertion
> `((PyObject*)(temp))->ob_type))->tp_flags & ((1L<<27))) != 0)' failed.
> Aborted
Ond??ej ??ert??k wrote:
> Well, I simply went to the Python sources and then implemented a
> solution that works with this patch:
>
> https://github.com/certik/numpy/commit/36fcd1327746a3d0ad346ce58ffbe00506e27654
> https://github.com/numpy/numpy/pull/366
Nice! I hit the same problem yesterday
Ond??ej ??ert??k wrote:
> Why doesn't PyUnicode_FromKindAndData return a subtype of PyUnicodeObject?
>
> http://docs.python.org/dev/c-api/unicode.html#PyUnicode_FromKindAndData
Well, it would need a PyTypeObject * parameter to do that. I agree that
many C-API functions would be more useful if th
Hi all,
On the behalf of Spyder's development team
(http://code.google.com/p/spyderlib/people/list), I'm pleased to
announce that Spyder v2.1.11 has been released and is available for
Windows XP/Vista/7, GNU/Linux and MacOS X:
http://code.google.com/p/spyderlib/
This is a pure maintenance release
17 matches
Mail list logo
