Re: [Numpy-discussion] 1.4.0: Setting a firm release date for 1st december.

2009-11-03 Thread David Cournapeau
On Mon, Nov 2, 2009 at 9:38 PM, Pauli Virtanen wrote: > > Can we get the complex functions to npy_math for 1.4.0: could be useful > for the next Scipy? Ok, the complex math stuff is in the trunk now. I have not thoroughly tested it again, but since I tested the former branch on most platforms, a

[Numpy-discussion] (apparent) infinite loop in LAPACK/ATLAS

2009-11-03 Thread David Warde-Farley
Hi all (mostly David C. since he probably knows all this horrible stuff), I noticed on my new laptop (with an Atom N280 in it) that when I run numpy.test() about the 34th test would loop, seemingly forever. Finding this a little odd, I tried an SVD on a small matrix and observed the same be

Re: [Numpy-discussion] fft trouble

2009-11-03 Thread Gabriel
Yes!!! it was... I didn't realize. Thank you very much 2009/11/3 Raspaud Martin > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > > Gabriel wrote: > > Hi it`s my first time. > > > > I have a trouble whit fft. > > For example: > > s = sin(wt) > > > > f = abs(fft(s)) > > > > In f I have the m

Re: [Numpy-discussion] f2py-users list not working

2009-11-03 Thread Robin
On Tue, Nov 3, 2009 at 10:05 PM, Charles R Harris wrote: > I believe f2py development has moved elsewhere, the new mailing list seems > to be at http://groups.google.com/group/f2py-dev?pli=1 . It doesn't look to > be very active. Perhaps the summer additions to cython adding some fortran > support

Re: [Numpy-discussion] using FortranFile to read data from a binary Fortran file

2009-11-03 Thread Brennan Williams
Brennan Williams wrote: > Hi > > I'm using FortranFile on 32 bit XP. > > The first record in the file has both 32 bit integer values and double > precision float values. > > I've used readInts('i') to read the data into what I presume is a 32-bit > integer numpy array. > > Items 0 and 1 of the ar

[Numpy-discussion] f2py-users list not working

2009-11-03 Thread Robin
I just tried to send the message below to f2py-users - f2py-us...@cens.ioc.ee, but delivery failed. Not sure where else to report this so hopefully here is ok. Cheers Robin -- Forwarded message -- From: Mail Delivery Subsystem Date: Tue, Nov 3, 2009 at 9:40 PM Subject: Deliver

Re: [Numpy-discussion] f2py-users list not working

2009-11-03 Thread Charles R Harris
On Tue, Nov 3, 2009 at 2:42 PM, Robin wrote: > I just tried to send the message below to f2py-users - > f2py-us...@cens.ioc.ee, but delivery failed. > > Not sure where else to report this so hopefully here is ok. > I believe f2py development has moved elsewhere, the new mailing list seems to be

[Numpy-discussion] using FortranFile to read data from a binary Fortran file

2009-11-03 Thread Brennan Williams
Hi I'm using FortranFile on 32 bit XP. The first record in the file has both 32 bit integer values and double precision float values. I've used readInts('i') to read the data into what I presume is a 32-bit integer numpy array. Items 0 and 1 of the array are the first double precision value.

Re: [Numpy-discussion] f2py error with -DF2PY_REPORT_ATEXIT

2009-11-03 Thread Robin
Just noticed this is only supported on linux - sorry for the noise (not having a very good day today!) Robin On Tue, Nov 3, 2009 at 6:47 PM, Robin wrote: > Hi, > > When I try to build a fortran module with f2py from '1.4.0.dev7618' > with gfortran 4.2.3 from att.com and apple gcc 4.2 on snow leo

[Numpy-discussion] f2py error with -DF2PY_REPORT_ATEXIT

2009-11-03 Thread Robin
Hi, When I try to build a fortran module with f2py from '1.4.0.dev7618' with gfortran 4.2.3 from att.com and apple gcc 4.2 on snow leopard I get the following error when I try to use -DF2PY_REPORT_ATEXIT: In [1]: import gfint ---

[Numpy-discussion] [ANN] For SF Bay Area residents: a discussion with Guido at the Berkeley Py4Science seminar

2009-11-03 Thread Fernando Perez
Hi folks, if you reside in the San Francisco Bay Area, you may be interested in a meeting we'll be having tomorrow November 4 (2-4 pm), as part of our regular py4science meeting series. Guido van Rossum, the creator of the Python language, will visit for a session where we will first do a very ra

Re: [Numpy-discussion] strange performance on mac 2.5/2.6 32/64 bit

2009-11-03 Thread Robin
On Tue, Nov 3, 2009 at 6:14 PM, Robin wrote: > After some more pootling about I figured out a lot of the performance > loss comes from using 32 bit integers by default when compiles 64 bit. > I asked this question on stackoverflow: > http://stackoverflow.com/questions/1668899/fortran-32-bit-64-bit

Re: [Numpy-discussion] strange performance on mac 2.5/2.6 32/64 bit

2009-11-03 Thread Robin
After some more pootling about I figured out a lot of the performance loss comes from using 32 bit integers by default when compiles 64 bit. I asked this question on stackoverflow: http://stackoverflow.com/questions/1668899/fortran-32-bit-64-bit-performance-portability is there any way to use fort

Re: [Numpy-discussion] Automatic string length in recarray

2009-11-03 Thread Pierre GM
On Nov 3, 2009, at 11:43 AM, David Warde-Farley wrote: > On 2-Nov-09, at 11:35 PM, Thomas Robitaille wrote: > >> But if I want to specify the data types: >> >> np.rec.fromrecords([(1,'hello'),(2,'world')],dtype=[('a',np.int8), >> ('b',np.str)]) >> >> the string field is set to a length of zero: >

Re: [Numpy-discussion] Automatic string length in recarray

2009-11-03 Thread David Warde-Farley
On 2-Nov-09, at 11:35 PM, Thomas Robitaille wrote: > But if I want to specify the data types: > > np.rec.fromrecords([(1,'hello'),(2,'world')],dtype=[('a',np.int8), > ('b',np.str)]) > > the string field is set to a length of zero: > > rec.array([(1, ''), (2, '')], dtype=[('a', '|i1'), ('b', '|S0')

Re: [Numpy-discussion] Ignorance question

2009-11-03 Thread David Goldsmith
Thanks, that's what I wanted to know! On 11/1/09, Charles R Harris wrote: > On Sun, Nov 1, 2009 at 7:26 PM, wrote: > >> On Sun, Nov 1, 2009 at 9:58 PM, David Goldsmith >> wrote: >> > I Googled scipy brownian and the top hit was the doc for >> numpy.random.wald, >> > but said doc has a "tone" th

[Numpy-discussion] strange performance on mac 2.5/2.6 32/64 bit

2009-11-03 Thread Robin
Hi, I'm not sure if this is of much interest but it's been really puzzling me so I thought I'd ask. In an earlier post I described how I was surprised a simple f2py wrapped fortran bincount was 4x faster than np.bincount - but that differential only seemed to be on my mac; on moving to linux they

[Numpy-discussion] [OT] Python-URL! QOTW

2009-11-03 Thread Bruce Southey
Way to go Robert! QOTW: "I consider "import *" the first error to be fixed ..." - Robert Kern, author of PyFlakes, a potential replacement for Pylint and Pychecker, on his personal style http://groups.google.com/group/comp.lang.python/msg/5bf77b21b3b0caf2 Python 2.6.4 is out; it fixes s

Re: [Numpy-discussion] fft trouble

2009-11-03 Thread Raspaud Martin
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gabriel wrote: > Hi it`s my first time. > > I have a trouble whit fft. > For example: > s = sin(wt) > > f = abs(fft(s)) > > In f I have the module the fft(s) which should be equal to 1 for w but > it's 1000 for w. All values is multiplied by 1000. >

[Numpy-discussion] fft trouble

2009-11-03 Thread Gabriel
Hi it`s my first time. I have a trouble whit fft. For example: s = sin(wt) f = abs(fft(s)) In f I have the module the fft(s) which should be equal to 1 for w but it's 1000 for w. All values is multiplied by 1000. Someone know why? Thank's -- Gabriel Antes de imprimir, pensá en tu responsab

Re: [Numpy-discussion] persistent ImportError: No module named multiarray when moving cPickle files between machines

2009-11-03 Thread Bruce Southey
On Mon, Nov 2, 2009 at 6:31 PM, Reckoner wrote: > thanks for the suggestion! I will look into it. The other thing is > that the numpy arrays in question are actually embedded in another > object. When I convert the numpy arrays into plain lists, and then > cPickle them, there is no problem with an

[Numpy-discussion] numpy distutils and cython

2009-11-03 Thread Robert Cimrman
Hi, I am using numpy distutils to build the extension modules of a project, which have been so far written in C, and wrapped by SWIG. Now I would like to try cython (as everynone!), but still be able to use the numpy distutils. I have found the thread [1], which offers some solution, but it doe