After doing the necessary fix for distutils, svn4774 builds with
gcc, but trying to build with icc with:
python setup.py config --compiler=intel build_clib --compiler=intel build_ext
--compiler=intel install > inst.log
fails with:
Running from numpy source directory.
/usr/local/src/numpy4777/n
matthew yeomans wrote:
> Thanks I been trying to compile a code that uses random,pylab and
> numpy with py2exe
> the code of setup.py(compiles mycode.py into mycode.exe) follows
>
> #Start here
> from distutils.core import setup
> import py2exe
> import pylab
> import numpy
> import glob
> impor
This is the 3rd time I have reported this problem and a fix.
-rex
- Forwarded message from rex <[EMAIL PROTECTED]> -
Date: Fri, 9 Nov 2007 11:16:17 -0800
From: rex <[EMAIL PROTECTED]>
To: Discussion of Numerical Python
Subject: NumPy 1.04, MKL 10.0, & Intel 10.1 icc & ifort
Message-ID: <
I have added a valgrind report to bug 551. The report indicates a
problem with uninitialized values.
The segfault does seem to be related to certain configurations of
atlas. I can confirm that I had this same problem occurs with the
Ubuntu 7.04 installed scipy with SSE2 optimized ATLAS.
On Feb 8, 2008 8:58 AM, Francesc Altet <[EMAIL PROTECTED]> wrote:
> A Friday 08 February 2008, Charles R Harris escrigué:
> > > Also, in the context of my work in indexing, and because of the
> > > slowness of the current implementation in NumPy, I've ended with an
> > > implementation of the quic
On Feb 8, 2008 11:07 AM, Charles R Harris <[EMAIL PROTECTED]> wrote:
>
>
> On Feb 8, 2008 10:31 AM, Francesc Altet <[EMAIL PROTECTED]> wrote:
>
> > A Friday 08 February 2008, Francesc Altet escrigué:
> > > A Friday 08 February 2008, Charles R Harris escrigué:
> > > > > Also, in the context of my w
Matthew, please do not reply to the digests. Think of them as read-only. If you
want to start a new thread, send your mail, with a descriptive Subject line, to
numpy-discussion@scipy.org . If you want to reply to individual messages,
please
turn digest delivery *off* and receive and respond to
On Feb 8, 2008 10:31 AM, Francesc Altet <[EMAIL PROTECTED]> wrote:
> A Friday 08 February 2008, Francesc Altet escrigué:
> > A Friday 08 February 2008, Charles R Harris escrigué:
> > > > Also, in the context of my work in indexing, and because of the
> > > > slowness of the current implementation
A Friday 08 February 2008, Francesc Altet escrigué:
> A Friday 08 February 2008, Charles R Harris escrigué:
> > > Also, in the context of my work in indexing, and because of the
> > > slowness of the current implementation in NumPy, I've ended with
> > > an implementation of the quicksort method fo
Hi, I'm trying to use the CVXOPT extension for OpenOffice under
Windows, but I got this error: CVXOPT might not be installed. On the
"CVXOPT plugin for OpenOffice.org Users's Guide" I have seen the
warning "The installation of CVXOPT must be in a location known to the
OpenOffice.org spreadsheet. On
* SPECIAL NOTE: because Valentine's Day is on the second
* Thursday of February (2/14) bayPIGgies has moved our
* meeting to the third Thursday of the month, 2/21.
bayPIGgies meeting Thursday 2/21:
Guido van Rossum on Python 3.0
by Guido van Rossum
Guido previews his keynote about Python 3000
Neal Becker wrote:
> It seems that calling PySequence_GetItem on a PyArrayObject does not inc
> refcount on the original object? That is surprising. Then, I suppose my
> code is supposed to do that itself?
Not sure what I was doing wrong before, but seems to be working as expected
now, sorry fo
A Friday 08 February 2008, Charles R Harris escrigué:
> > Also, in the context of my work in indexing, and because of the
> > slowness of the current implementation in NumPy, I've ended with an
> > implementation of the quicksort method for 1-D array strings. For
> > moderately large arrays, it is
Jarrod and David,
I am reporting a success on FC8, Xeon. Some tests don't pass, but I don't
believe it is related to the build process.
Well done,
David
2008/2/8, Jarrod Millman <[EMAIL PROTECTED]>:
>
> Hello,
>
> In preparation for the upcoming NumPy 1.0.5 release, I just merged
> David Courna
On Feb 8, 2008 5:29 AM, Francesc Altet <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I'm a bit confused that the sort method of a string character doesn't
> allow a mergesort:
>
> >>> s = numpy.empty(10, "S10")
> >>> s.sort(kind="merge")
> TypeError: desired sort not supported for this type
I think it's
Thanks I been trying to compile a code that uses random,pylab and numpy with
py2exe
the code of setup.py(compiles mycode.py into mycode.exe) follows
#Start here
from distutils.core import setup
import py2exe
import pylab
import numpy
import glob
import scipy
import random
import os
setup( console
Travis E. Oliphant enthought.com> writes:
[...]
> The problem here is that iter->dataptr should be re-cast to a PyObject
> ** because what is contained at the memory location is a *pointer* to
> the PyObject. Thus, you have to de-reference iter->dataptr to get the
> PyObject * that you want:
Robert Kern wrote:
> Neal Becker wrote:
>> Is there a C-api to array slicing?
>
> PyObject_GetItem(), PySlice_New(), and friends, for the most part.
>
I tried PySequence_GetItem on my array, and it seems the refcount isn't
working.
inline object test_slice3 (object const& in_obj, int r) {
if
Hi,
I'm a bit confused that the sort method of a string character doesn't
allow a mergesort:
>>> s = numpy.empty(10, "S10")
>>> s.sort(kind="merge")
TypeError: desired sort not supported for this type
However, by looking at the numpy sources, it seems that the only
implemented method for sorti
It seems that calling PySequence_GetItem on a PyArrayObject does not inc
refcount on the original object? That is surprising. Then, I suppose my
code is supposed to do that itself?
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://pro
Hi,
What type is pos->dimensions in your case ? It may be long (64bits long)
instead of the expected int (32bits) or something like that ?
Matthieu
2008/2/8, Yves Revaz <[EMAIL PROTECTED]>:
>
>
> Dear list,
>
> I'm using old numarray C api with numpy.
> It seems that there is a bug when using th
Hello,
In preparation for the upcoming NumPy 1.0.5 release, I just merged
David Cournapeau's build_with_scons branch:
http://projects.scipy.org/scipy/numpy/changeset/4773
The current build system using numpy.distutils is still the default.
NumPy does not include numscons; this merge adds scons su
Dear list,
I'm using old numarray C api with numpy.
It seems that there is a bug when using the PyArray_FromDims function.
for example, if I define :
acc = (PyArrayObject *)
PyArray_FromDims(pos->nd,pos->dimensions,pos->descr->type_num);
where pos is PyArrayObject *pos; (3x3 array)
when using
23 matches
Mail list logo
