On Sat, Sep 15, 2007 at 06:02:37PM -0700, Thomas D. Dean wrote: > (gdb) bt > #0 0x082c6050 in slamc3_ () > #1 0x082c6b08 in slamc1_ () > #2 0x082c6375 in slamc2_ () > #3 0x082c6bb9 in slamch_ () Ugh. Make sure that slamch.f (which is part of BLAS/LAPACK) is compiled without optimization. This routine tries to use clever tricks to determine machine parameters (e.g., EPSILON), and it can get stuck in infinite loops with optimization. This is known issue with LAPACK. See http://www.netlib.org/lapack/faq.html#1.25 -- SteveReceived on Sun Sep 16 2007 - 00:08:02 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:17 UTC