Re: [Numpy-discussion] memory position of numpy arrays

On Fri, Oct 27, 2006 at 07:55:06AM +0200, Lars Friedrich wrote: > If anyone is using python / numpy / ctypes for hardware control (say, > Cameras with grabber-cards or fire-wire / DCAM; National Instruments > acquisition cards using NIDAQmx, ...) I am interested in discussion! Worked great for me

Re: [Numpy-discussion] memory position of numpy arrays

Am Donnerstag, den 26.10.2006, 19:08 +0900 schrieb David Cournapeau: > By the way, I found the information about locking pages into memory for > windows: > > http://msdn.microsoft.com/library/default.asp?url=/library/en-us/memory/base/virtuallock.asp > Thanks for the link, I now use a virtuallo

Re: [Numpy-discussion] numpy - scipy version hell

George Sakkis wrote: > Robert Kern gmail.com> writes: > >> It looks like you linked against a FORTRAN LAPACK, but didn't manage to link > the >> FORTRAN runtime library libg2c. Can you give us the output of your build? >> > > I just installed Numpy, ATLAS and LAPACK on Centos a few hours ago a

Re: [Numpy-discussion] numpy - scipy version hell

Robert Kern gmail.com> writes: > It looks like you linked against a FORTRAN LAPACK, but didn't manage to link the > FORTRAN runtime library libg2c. Can you give us the output of your build? > I just installed Numpy, ATLAS and LAPACK on Centos a few hours ago and I got the exact same error. Yo

Re: [Numpy-discussion] build errors Solaris x86 64 bit python2.5

On 10/26/06, Mathew Yeates <[EMAIL PROTECTED]> wrote: yes, I got around the problem from my previous posting "distutilsquestion". I added ld_args[:0] = ['-m64'] to line 209 ofpython2.5/distutils/unixcompiler.py. Lovely, yes I know.I now get an error "numpy/core/src/multiarraymodule.c:7230: error: `

[Numpy-discussion] build errors Solaris x86 64 bit python2.5

yes, I got around the problem from my previous posting "distutils question". I added ld_args[:0] = ['-m64'] to line 209 of python2.5/distutils/unixcompiler.py. Lovely, yes I know. I now get an error "numpy/core/src/multiarraymodule.c:7230: error: `NPY_ALLOW_THREADS' undeclared". This is after

[Numpy-discussion] distutils question

Hi I am trying to compile a 64 bit version of numpy with gcc. When building, numpy tries to figure out the lapack/atlas version. Up to this point, everything has been compiled with gcc -m64 and all is groovy. But, when an attempt is made to get the atlas version, the link fails because the comma

Re: [Numpy-discussion] Unit test error with numpy rc3

On Oct 26, 2006, at 12:26, Travis Oliphant wrote: > Charles R Harris wrote: >> >> >> On 10/26/06, *Travis Oliphant* <[EMAIL PROTECTED] >> > wrote: >> >> Ted Horst wrote: >>> On Mac OS X tiger (10.4) ppc, long double has increased >> precision but >>> the same rang

Re: [Numpy-discussion] Defining custom types

> It's just confusing as the documentation indicates that the setitem > function should return 0 for success and a negative number for > failure. But within Array_FromPyScalar, we have: > > ret->descr->f->setitem(op, ret->data, ret); > > if (PyErr_Occurred()) { >

Re: [Numpy-discussion] numpy-1.0 regress failure on OpenBSD

Damien Miller wrote: >Hi, > >I have just got around to updating OpenBSD's numpy port from 1.0b1 to >1.0 and am running into the following regress failure: > > > >>.

[Numpy-discussion] numpy-1.0 regress failure on OpenBSD

Hi, I have just got around to updating OpenBSD's numpy port from 1.0b1 to 1.0 and am running into the following regress failure: > ..

Re: [Numpy-discussion] Defining custom types

Jonathan Wang wrote: > It's just confusing as the documentation indicates that the setitem > function should return 0 for success and a negative number for failure. > But within Array_FromPyScalar, we have: > > ret->descr->f->setitem(op, ret->data, ret); > > if (PyErr_Occurred(

Re: [Numpy-discussion] Defining custom types

On 10/26/06, Travis Oliphant <[EMAIL PROTECTED]> wrote: But, what do you mean "inheriting" from NumPy's double for your scalardata-type.  This has significant implications.  To define a newdata-type object (that doesn't build from the VOID data-type),  you need to flesh out the PyArray_Descr * stru

Re: [Numpy-discussion] Defining custom types

Jonathan Wang wrote: > I'm trying to write a Numpy extension that will encapsulate mxDateTime > as a native Numpy type. I've decided to use a type inherited from > Numpy's scalar double. However, I'm running into all sorts of > problems. I'm using numpy 1.0b5; I realize this is somewhat out of

[Numpy-discussion] Defining custom types

I'm trying to write a Numpy extension that will encapsulate mxDateTime as a native Numpy type. I've decided to use a type inherited from Numpy's scalar double. However, I'm running into all sorts of problems. I'm using numpy 1.0b5; I realize this is somewhat out of date.For all the examples below,

Re: [Numpy-discussion] [ANN] NumPy 1.0 release

Hi all - I think I speak for many when I say that this is a huge step for those who have desired to switch to numerical python from other languages (IDL, MATLAB, etc) but have been waiting for that 1.0 release. Many thanks to everyone involved. Erin Sheldon On 10/26/06, Charles R Harris <[EMAIL

Re: [Numpy-discussion] Changes to bools under Numexpr

Ivan Vilata i Balaguer wrote: > Hi all. The attached diff makes some changes to Numexpr support for > booleans. The changes and their rationale are below. > > 1. New ``True`` and ``False`` boolean constants. This is so that 1 and >0 are always proper integer constants. It is also for comp

Re: [Numpy-discussion] Unit test error with numpy rc3

Charles R Harris wrote: > > > On 10/26/06, *Travis Oliphant* <[EMAIL PROTECTED] > > wrote: > > Ted Horst wrote: > > On Mac OS X tiger (10.4) ppc, long double has increased > precision but > > the same range as double (it really is 128 bits not 80, btw), so

Re: [Numpy-discussion] [ANN] NumPy 1.0 release

On 10/26/06, Travis E. Oliphant <[EMAIL PROTECTED]> wrote: We are very pleased to announce the release of NumPy 1.0 available fordownload at http://www.numpy.orgCongratulations, Travis. Numpy was a needed unification and involved an enormous amount of work, most of it your own. Thanks for taking th

[Numpy-discussion] [ANN] NumPy 1.0 release

We are very pleased to announce the release of NumPy 1.0 available for download at http://www.numpy.org This release is the culmination of over 18 months of effort to allow unification of the Numeric and Numarray communities. NumPy provides the features of both packages as well as comparable

Re: [Numpy-discussion] Unit test error with numpy rc3

On 10/26/06, Travis Oliphant <[EMAIL PROTECTED]> wrote: Ted Horst wrote:> On Mac OS X tiger (10.4) ppc, long double has increased precision but> the same range as double (it really is 128 bits not 80, btw), so> e**1000 is inf, so this is not really an error. >>Thanks for the clarification.   Long-d

Re: [Numpy-discussion] Unit test error with numpy rc3

Ted Horst wrote: > On Mac OS X tiger (10.4) ppc, long double has increased precision but > the same range as double (it really is 128 bits not 80, btw), so > e**1000 is inf, so this is not really an error. > > Thanks for the clarification. Long-double is not standard across platforms wit

Re: [Numpy-discussion] Unit test error with numpy rc3

On 10/26/06, Ted Horst <[EMAIL PROTECTED]> wrote: On Mac OS X tiger (10.4) ppc, long double has increased precision butthe same range as double (it really is 128 bits not 80, btw), Looks like you are right: http://www.freestandards.org/spec/ELF/ppc64/PPC-elf64abi-1.9.html#PRECActually two doubles

Re: [Numpy-discussion] Still a ticket 112 "check_longfloat_repr" issue on OSX

I just tried this on one of our G4's and see the same behavior. Chris Original message >Date: Thu, 26 Oct 2006 15:46:50 +0100 >From: Andrew Jaffe <[EMAIL PROTECTED]> >Subject: Re: [Numpy-discussion] Still a ticket 112 "check_longfloat_repr" >issue on OSX >To: Discussion of Numeric

[Numpy-discussion] Behaviour of numpy.random.shuffle

Hi, It seems that random.shuffle does not 'shuffle' anymore when presented with an n-dimensional array. In [1]: import numpy as N In [2]: a = N.arange(5).reshape((5,1)) In [3]: a Out[3]: array([[0], [1], [2],

Re: [Numpy-discussion] Still a ticket 112 "check_longfloat_repr" issue on OSX

Andrew Jaffe wrote: > OS X 10.4, PPC > > In [5]: import numpy as N > > In [6]: N.__version__ > Out[6]: '1.0.1.dev3399' > > In [7]: print N.longfloat(0).itemsize > 16 > > In [8]: a = N.exp(N.array([1000],dtype=N.longfloat)) > > In [9]: print str(a) > [inf] > > In [10]: print str(a[0]) > inf >

Re: [Numpy-discussion] Unit test error with numpy rc3

On Mac OS X tiger (10.4) ppc, long double has increased precision but the same range as double (it really is 128 bits not 80, btw), so e**1000 is inf, so this is not really an error. I'm not sure what is the right thing to do in the test, check for overflow? Also, finfo has never worked pro

[Numpy-discussion] How to install numeric on python 1.5.2

Hello,I would like to install numeric for python 1.5.2 and I don't found the numeric package.. Where can I find it or how can I intall it?GreetsFrancis - Using Tomcat but need to do more? Need to support web services, security?

Re: [Numpy-discussion] 1.0

Concur. This has been a tremendous effort. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Appli

[Numpy-discussion] Changes to bools under Numexpr

Hi all. The attached diff makes some changes to Numexpr support for booleans. The changes and their rationale are below. 1. New ``True`` and ``False`` boolean constants. This is so that 1 and 0 are always proper integer constants. It is also for completeness, but I don't envision any usa

Re: [Numpy-discussion] memory position of numpy arrays

Lars Friedrich wrote: > Hello, > > thanks for your comments. > > Am Mittwoch, den 25.10.2006, 11:28 +0900 schrieb David Cournapeau: > >> Andrew Straw wrote: >> >>> David Cournapeau wrote: >>> >>> I don't know anything about your device, but a driver directly accessing a

Re: [Numpy-discussion] sum over all but one axis

On Thursday 26 October 2006 11:39, Vincent Schut wrote: > > Of course I can easily loop over that axis, but if possible I'd like to > > prevent array loops... Depending on the problem's size, this could actually be the best solution -- if each particular sum is over enough elements, the overhead

Re: [Numpy-discussion] sum over all but one axis

Vincent Schut wrote: > Hi list, > > probably I'm just missing something obvious, but I'm looking for a > function/construcion to sum (or better, apply any numpy function) over > all but one axis. Like when I have a nD array A, it will give me a 1D > array with the sums of A[i, ...], but the axis

Re: [Numpy-discussion] 1.0

El dj 26 de 10 del 2006 a les 11:09 +0200, en/na Sven Schreiber va escriure: > Wow! The list is so quiet despite the fact that the numpy 1.0 release is > officially announced on the website, and the download is on sourceforge. > Well ok, it was expected and the download counters are all at zero, bu

[Numpy-discussion] sum over all but one axis

Hi list, probably I'm just missing something obvious, but I'm looking for a function/construcion to sum (or better, apply any numpy function) over all but one axis. Like when I have a nD array A, it will give me a 1D array with the sums of A[i, ...], but the axis that is retained in the result

[Numpy-discussion] 1.0

Wow! The list is so quiet despite the fact that the numpy 1.0 release is officially announced on the website, and the download is on sourceforge. Well ok, it was expected and the download counters are all at zero, but still. I want to thank everybody who made this possible very much! I'm not a num

Re: [Numpy-discussion] memory position of numpy arrays

Hello, thanks for your comments. Am Mittwoch, den 25.10.2006, 11:28 +0900 schrieb David Cournapeau: > Andrew Straw wrote: > > David Cournapeau wrote: > > > >> I don't know anything about your device, but a driver directly accessing > >> a memory buffer from a userland program sounds like a bu

[Numpy-discussion] 無料出会い道標

肌寒くなってきましたね。人肌恋しいですね。 友達探しの決定版特集！ http://o--o.com/ccc/ - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IB

Re: [Numpy-discussion] Matrices for testing

Bill Baxter wrote: > > On 10/26/06, *jeremito* <[EMAIL PROTECTED] > > wrote: > > > Hmmm. I guess I'll have to find another way to get some > "standard/well-known" matrices to work with. Thanks for your help. > > > Well if all you want is some matrices, there's no