updated on November 16 2013

maintained by Julien Langou, U. Colorado Denver and Julie Langou, U. Tennessee

RED means BUG WAS CONFIRMED but IT IS STILL HERE

MARRON means BUG WAS NOT CONFIRMED

GREEN means BUG WAS CORRECTED :

bug117 :: NSPLIT unitialized; N=2 code wrong

bug116 :: ZGGEV fails but Matlab works

bug115 :: DSYEVD fails to converge

bug114 :: (C, Z)GESVD stack corruption issue

bug113 :: DLARRB() infinite loop bug

bug111 :: incorrect RWORK size for ZGESDD

bug0061 :: zgehrd.f is overflowing

  • CONFIRMED

  • bug report by Victor Liu on Tuesday August 03rd, 2010

  • zgehrd.f is overflowing the maximum size in bytes of the largest array that

  • can be put on the stack with gfortran (⇒ leads ,e.g., to non-reproducible and uncorrect execution

  • of zgeev in multithreaded context

  • lapackers involved in the bug fix process: Julie and Julien Langou and Mathieu Faverge

  • bug fix by Victor Liu on Wednesday August 04th, 2010

  • see forum topic 1930

  • two outstanding issues: (1) how do we go to fix this?, (2) more LAPACK subroutines might be concerned.

bug0057 :: Non-eigenvectors from DGEEV, problem in balancing

  • CONFIRMED

  • bug report sent by Numpy team on April 22nd, 2010

  • see forum topic 1818

  • see follow-up on lapackers on April 22nd from Jim "bug in DGEHRD" "The balancing is choosing to scale some rows/columns by factors like 1e18, which rather amplifies tiny rounding errors in the (presumably correctly) computed eigenvectors of the balanced matrix, when balancing is undone at the end. The expert driver interface dgeevx would let the user disable balancing, until we figure out whether this is a bug or a feature, I’m not sure which."

bug0056 :: Non-orthogonal eigenvectors returned from DSYEVR

  • CONFIRMED

  • bug report sent by Scipy team on April 22nd

  • see LAPACK Mailing list msg 874

  • Confirmed by Rodney on Tue, 17 Feb 2011

  • " I can reproduce similar problems that the user encountered with non-orthogonal eigenvectors when only

  • a few eigenvalues are requested. This also happens with SSYEVR. If I set ABSTOL to SLAMCH(Safe minimum),

  • the problem goes away in SSYEVR, and improves with DSYEVR but does not completely go away."

bug0033 :: failure of zheevd on a specific matrix

bug0032 :: matrix splitting problem with dstebz and sstebz

  • CONFIRMED

  • bug report sent by Phil DeMier (IBM) on Mon 29 Jun 2009 to "lapack@cs.utk.edu". "matrix splitting problem with dstebz and sstebz"

  • see Phil DeMier’s email and Phil DeMier’s test code

  • Confirmed by Rodney on Tue, 17 Feb 2011