Re: [Numpy-discussion] another numpy/ATLAS problem

2009-12-06 Thread David Warde-Farley
(we hashed this out on IRC, but replying here for the sake of recording it) On 5-Dec-09, at 9:04 PM, Pauli Virtanen wrote: Can you try to change linalg/setup.py so that it *only* includes lapack_litemodule.c in the build? Yup; it turns out it wasn't NumPy's lapack_lite calling dlamc3_ but

Re: [Numpy-discussion] another numpy/ATLAS problem

2009-12-05 Thread David Warde-Farley
On 29-Nov-09, at 4:46 PM, David Warde-Farley wrote: On 27-Nov-09, at 6:29 PM, Charles R Harris wrote: 3.9.12 segfaulted on me while running, so I haven't bothered with versions after that. Why not try the stable version 3.8.3? Just to follow up, I went back to 3.9.11 and numpy works

Re: [Numpy-discussion] another numpy/ATLAS problem

2009-12-05 Thread Pauli Virtanen
la, 2009-12-05 kello 20:27 -0500, David Warde-Farley kirjoitti: [clip] I've briefly been trying to figure out how to work around this, but I'm a bit confused. I was under the (mistaken?) impression that the f2c'd code in dlapack_lite.c, zlapack_lite.c and dlamch.c was only used in the

Re: [Numpy-discussion] another numpy/ATLAS problem

2009-11-29 Thread David Warde-Farley
On 27-Nov-09, at 6:29 PM, Charles R Harris wrote: 3.9.12 segfaulted on me while running, so I haven't bothered with versions after that. Why not try the stable version 3.8.3? Just to follow up, I went back to 3.9.11 and numpy works without incident, using the exact same ATLAS build

Re: [Numpy-discussion] another numpy/ATLAS problem

2009-11-27 Thread David Warde-Farley
On 26-Nov-09, at 8:56 PM, Charles R Harris wrote: I never had luck with the netlib-lapack-tarfile=file option, it didn't build lapack correctly. Try doing them separately. I just tried that. -Ss flapack path/to/lapack_LINUX.a didn't seem to build a proper LAPACK (it was missing all sorts of

Re: [Numpy-discussion] another numpy/ATLAS problem

2009-11-27 Thread David Warde-Farley
On 27-Nov-09, at 5:02 PM, Charles R Harris wrote: What version of ATLAS? 3.9.17, the latest development branch version. At some point in the changelog the author mentions he removed other methods building with LAPACK, leaving only the tarfile one. I'm giving the entire build another try

Re: [Numpy-discussion] another numpy/ATLAS problem

2009-11-27 Thread Charles R Harris
On Fri, Nov 27, 2009 at 4:18 PM, David Warde-Farley d...@cs.toronto.eduwrote: On 27-Nov-09, at 5:02 PM, Charles R Harris wrote: What version of ATLAS? 3.9.17, the latest development branch version. At some point in the 3.9.12 segfaulted on me while running, so I haven't bothered with

Re: [Numpy-discussion] another numpy/ATLAS problem

2009-11-27 Thread David Cournapeau
On Sat, Nov 28, 2009 at 8:29 AM, Charles R Harris charlesr.har...@gmail.com wrote: On Fri, Nov 27, 2009 at 4:18 PM, David Warde-Farley d...@cs.toronto.edu wrote: On 27-Nov-09, at 5:02 PM, Charles R Harris wrote: What version of ATLAS? 3.9.17, the latest development branch version. At

Re: [Numpy-discussion] another numpy/ATLAS problem

2009-11-27 Thread David Warde-Farley
On 27-Nov-09, at 7:49 PM, David Cournapeau wrote: I guess because of the updated threading support. Right you are; the 3.9 series is rather faster I find, at least in parallel. I think the solution is to simply bypass the atlas mechanism to build lapack, and do it manually. Tried that...

[Numpy-discussion] another numpy/ATLAS problem

2009-11-26 Thread David Warde-Farley
It seems like I've done this enough times on enough machines but I'm still running into problems... After installing what I'm pretty sure is a complete ATLAS+LAPACK and building numpy against it (appropriately editing site.cfg, etc.) I'm faced with this when building numpy-1.3.0:

Re: [Numpy-discussion] another numpy/ATLAS problem

2009-11-26 Thread Charles R Harris
On Thu, Nov 26, 2009 at 6:53 PM, David Warde-Farley d...@cs.toronto.eduwrote: It seems like I've done this enough times on enough machines but I'm still running into problems... After installing what I'm pretty sure is a complete ATLAS+LAPACK and building numpy against it (appropriately