[Bug 1875181] [NEW] dgesdd gets stuck for size 40+

Dirk Toewe 1875181 at bugs.launchpad.net
Sun Apr 26 14:49:36 UTC 2020


Public bug reported:

On Ubuntu 20.04 (Focal Fossa), the following code:

https://pastebin.com/A0bTqAAJ

gets stuck on the LAPACKE_dgesdd call using liblapacke-dev
(3.9.0-1build1). It seems to get stuck for every matrix size N>=40. I've
unsuccessfully tried out the following variations:

  * Different compilers (gcc-9, gcc-10, clang-10)
  * Linking to different BLAS implementations (libopenblas-dev, libblas-dev)
  * With and without Different optimization settings (-ffast-math, -march=native, -O3)

The CPU is an AMD Ryzen9 3900X (in case that's relevant).

What I've then tried is to build LAPACK(E) 3.9.0 from source directly
using cmake and the "make.inc.example" file included in the LAPACK
source code. And that compiled version works just fine!

Maybe there is bad optimization done by the compiler used for the Ubuntu
package?

My C/C++ (let alone Fortran) knowledge is quite limited, which means I
am going to need some help if I am to provide further debug information.

** Affects: lapack (Ubuntu)
     Importance: Undecided
         Status: New

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to lapack in Ubuntu.
https://bugs.launchpad.net/bugs/1875181

Title:
  dgesdd gets stuck for size 40+

Status in lapack package in Ubuntu:
  New

Bug description:
  On Ubuntu 20.04 (Focal Fossa), the following code:

  https://pastebin.com/A0bTqAAJ

  gets stuck on the LAPACKE_dgesdd call using liblapacke-dev
  (3.9.0-1build1). It seems to get stuck for every matrix size N>=40.
  I've unsuccessfully tried out the following variations:

    * Different compilers (gcc-9, gcc-10, clang-10)
    * Linking to different BLAS implementations (libopenblas-dev, libblas-dev)
    * With and without Different optimization settings (-ffast-math, -march=native, -O3)

  The CPU is an AMD Ryzen9 3900X (in case that's relevant).

  What I've then tried is to build LAPACK(E) 3.9.0 from source directly
  using cmake and the "make.inc.example" file included in the LAPACK
  source code. And that compiled version works just fine!

  Maybe there is bad optimization done by the compiler used for the
  Ubuntu package?

  My C/C++ (let alone Fortran) knowledge is quite limited, which means I
  am going to need some help if I am to provide further debug
  information.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/lapack/+bug/1875181/+subscriptions



More information about the foundations-bugs mailing list