Segfault in ./EIG/xeigtstz

[Dichloromethane]

Hi,

this is with Lapack 3.8.0.

A segfault occurs in xeigtstz with lapack 3.8.0 and recent gfortran:

./EIG/xeigtstz < nep.in > znep.out 2>&1
/bin/sh: Zeile 1: 9026 Speicherzugriffsfehler (Speicherabzug geschrieben) ./EIG/xeigtstz < nep.in > znep.out 2>&1

This goes away when the stack limit is raised from the default of 8192 kb to 81920 kb (the
first value I tried).

[Dichloromethane]

Seems to be a duplicate of #276 .

[martin-frbg]

gfortran9 flags an out-of-bounds access in (among others) TESTING/EIG/zhet21.f line 304 (do loop on J running from 1 to N-1, accessing array element U(1,J-1) ...ouch). Not sure if this is the actual and only cause of this issue yet though...
EDIT: my observation is unrelated (and I had actually missed that you already opened #333 for it) xeigtstz tries to allocate around 10MB on the stack for the NEP tests as already noted in OpenMathLib/OpenBLAS#1645

[pocket-98]

setting ulimit -s 16384 instead of the default 8192 fixed this issue for me as well

[weslleyspereira]

Same issue here #85.

[christoph-conrads]

The go-to solution for this issue has been to increase the stack limit but since this is a test, would heap allocation not be a better solution?

[martin-frbg]

I believe it is allocatable arrays that end up on the stack due to the 'recursive' option (required for thread safety) but I have not yet managed to find a working solution.

[langou]

@weslleyspereira will try to only compile zchkee.f without the -frecursive option. So all files (in particular liblapack.a) will be compiled using the -frecursive option, but zchkee.f will be compiled without the -frecursive option. We think/hope that'll do the trick. We will test. I think it is important to compile LAPACK with -frecursive. Now zchkee.f can be compiled without. That'll be just fine. CMake and make will look a little uglier. I think we are long overdue for a new test suite, so we suggest that we do it ugly for now, and focus on a new test suite.