Re: Lapack tester

2012-01-21 Thread Thomas Koenig
Hi Steve, PR 51751 seems to concern only complex*16 failures. Have you had a chance to look at the real and double precision errors? That PR is in a different category, because input values to a BLAS routine are wrong. I suspect an error in the testing (relying on uninitialized memory), but

Re: Lapack tester

2012-01-18 Thread Steve Kargl
On Wed, Jan 18, 2012 at 08:34:41PM +0100, Thomas Koenig wrote: > Hello, > > I have set up a semi-automatic lapack tester on > powerpc64-unknown-linux-gnu (gcc110 on the gcc compile farm). > It downloads the current trunk, compiles it, then uses that > compiler to compile the

Lapack tester

2012-01-18 Thread Thomas Koenig
Hello, I have set up a semi-automatic lapack tester on powerpc64-unknown-linux-gnu (gcc110 on the gcc compile farm). It downloads the current trunk, compiles it, then uses that compiler to compile the reference BLAS and Lapack and run the LAPACK test suite, cycling through the Lapack build with