Lapack: ./EIG/xeigtstz의 Segfault

https://github.com/Reference-LAPACK/lapack/issues/276 의 복제본인 것 같습니다.

gfortran9는 (특히) TESTING/EIG/zhet21.f 라인 304(1에서 N-1까지 실행되는 J에서 루프를 실행하고 배열 요소 U(1, J-1 )에 액세스)에서 범위를 벗어난 액세스에 플래그를 지정합니다. 아야). 이것이 실제로 이 문제의 유일한 원인인지는 확실하지 않지만...
편집: 내 관찰은 관련이 없습니다. (사실 이미 #333을 열었다는 사실을 놓쳤습니다) xeigtstz는 https://github.com/xinyi/OpenBLAS/ 에 이미 언급된 NEP 테스트를 위해 스택에 약 10MB를 할당하려고 시도합니다.

기본 8192 대신 ulimit -s 16384 를 설정하면 이 문제도 해결되었습니다.

여기 #85에도 같은 문제가 있습니다.

이 문제에 대한 해결 방법은 스택 제한을 높이는 것이지만 테스트이므로 힙 할당이 더 나은 솔루션이 아닐까요?

나는 그것이 '재귀적' 옵션(스레드 안전을 위해 필요)으로 인해 스택에서 끝나는 할당 가능한 배열이라고 생각하지만 아직 작동하는 솔루션을 찾지 못했습니다.

@weslleyspereira 는 -frecursive 옵션 없이 zchkee.f만 컴파일하려고 합니다. 따라서 모든 파일(특히 liblapack.a)은 -frecursive 옵션을 사용하여 컴파일되지만 zchkee.f는 -frecursive 옵션 없이 컴파일됩니다. 우리는 그것이 트릭을 할 것이라고 생각/희망합니다. 우리는 테스트 할 것입니다. -frecursive를 사용하여 LAPACK을 컴파일하는 것이 중요하다고 생각합니다. 이제 zchkee.f 없이 컴파일할 수 있습니다. 괜찮을거야. CMake와 make는 좀 더 못생겼을 것입니다. 나는 우리가 새로운 테스트 스위트에 대한 기한이 오래되었다고 생각합니다. 그래서 우리는 지금은 그것을 못되게 만들고 새로운 테스트 스위트에 집중하는 것이 좋습니다.

OpenMP도 사용하지 않는 한 저를 위해 일했지만 후자는 불행히도 -frecursive를 의미합니다.
(Makefile에서 filter_out을 사용하여 FFLAGS에서 frecursive/Mrecursive를 제거할 수 있으므로 새로운 추악함은 많지 않음)

OpenMP도 사용하지 않는 한 저를 위해 일했지만 후자는 불행히도 -frecursive를 의미합니다.

아. 예, 잠재적인 문제입니다.

(Makefile에서 filter_out을 사용하여 FFLAGS에서 frecursive/Mrecursive를 제거할 수 있으므로 새로운 추악함은 많지 않음)

아, 좋은 생각이야. Makefile의 filter_out이 어떻게 작동하는지 전혀 모릅니다. 더 나쁜 조사. 팁 고마워.

TESTING/EIG/Makefile, include ../../make.inc 추가 후

FFLAGS := $(filter-out -frecursive -Mrecursive,$(FFLAGS))
FFLAGS_DRV := $(filter-out -frecursive -Mrecursive,$(FFLAGS_DRV))
LDFLAGS := $(filter-out -frecursive -Mrecursive,$(LDFLAGS))

cmake의 경우 다음과 같을 것입니다.
string(REGEX REPLACE "-(fM)recursive" "" FFLAGS ${FFLAGS})
(테스트되지 않음)

@martin-frbg 감사합니다! 나는 지금 그것을 테스트 할 것이다