scipy: linalg tests failing in runtests.py
My issue is about working on a code change in scipy.special
tests passed in special
when performing full test suite before opening a PR the test runner consistently showed a linalg test error. My special changes had no impact on linalg
(unless if was using bdtr()
which I don’t think is the case here.
I think the issue was related to https://github.com/scipy/scipy/pull/11304 but not certain (the failing test was in linalg
in test_decomp tests. Running git bisect
indicated:
3b42df528 MAINT: Rewrap ??evr, add lwork, adjust eigh
is the offending commit. It looks like this may be related to this issue:
https://github.com/scipy/scipy/issues/11576
Reproducing code example:
After checking out on a branch 3b42df528 MAINT: Rewrap ??evr, add lwork, adjust eigh
Bisecting: 0 revisions left to test after this (roughly 0 steps)
[3b42df52810813d6a7be352d77c6b28af6aa14ac] MAINT: Rewrap ??evr, add lwork, adjust eigh
(scipy-dev) Lucass-MacBook:scipy rlucas$ python runtests.py -v -s linalg
Building, see build.log...
Build OK (0:00:47.733089 elapsed)
================================================================================ test session starts ================================================================================
platform darwin -- Python 3.6.7, pytest-5.0.1, py-1.7.0, pluggy-0.13.1 -- /Users/rlucas/anaconda3/envs/scipy-dev/bin/python
cachedir: .pytest_cache
rootdir: /Users/rlucas/scipy-dev/scipy, inifile: pytest.ini
collected 1413 items / 5 deselected / 1408 selected
scipy/linalg/tests/test_basic.py::TestSolveBanded::test_real PASSED [ 0%]
scipy/linalg/tests/test_basic.py::TestSolveBanded::test_complex PASSED [ 0%]
scipy/linalg/tests/test_basic.py::TestSolveBanded::test_tridiag_real PASSED
... output truncated ...
Error message:
... output truncated ...
scipy/linalg/tests/test_decomp_update.py::TestQRdelete_F::test_neg_strides_1_row PASSED [ 37%]
scipy/linalg/tests/test_decomp_update.py::TestQRdelete_F::test_neg_strides_p_row PASSED [ 37%]
scipy/linalg/tests/test_decomp_update.py::TestQRdelete_F::test_neg_strides_1_col Fatal Python error: Segmentation fault
Current thread 0x00007fff8e2c5380 (most recent call first):
File "/Users/rlucas/anaconda3/envs/scipy-dev/lib/python3.6/site-packages/numpy/core/fromnumeric.py", line 74 in _wrapreduction
File "/Users/rlucas/anaconda3/envs/scipy-dev/lib/python3.6/site-packages/numpy/core/fromnumeric.py", line 2398 in all
File "<__array_function__ internals>", line 6 in all
File "/Users/rlucas/anaconda3/envs/scipy-dev/lib/python3.6/site-packages/numpy/core/numeric.py", line 2259 in isclose
File "<__array_function__ internals>", line 6 in isclose
File "/Users/rlucas/anaconda3/envs/scipy-dev/lib/python3.6/site-packages/numpy/testing/_private/utils.py", line 1528 in compare
File "/Users/rlucas/anaconda3/envs/scipy-dev/lib/python3.6/site-packages/numpy/testing/_private/utils.py", line 794 in assert_array_compare
File "/Users/rlucas/anaconda3/envs/scipy-dev/lib/python3.6/site-packages/numpy/testing/_private/utils.py", line 1533 in assert_allclose
File "/Users/rlucas/scipy-dev/scipy/build/testenv/lib/python3.6/site-packages/scipy/linalg/tests/test_decomp_update.py", line 21 in assert_unitary
File "/Users/rlucas/scipy-dev/scipy/build/testenv/lib/python3.6/site-packages/scipy/linalg/tests/test_decomp_update.py", line 32 in check_qr
File "/Users/rlucas/scipy-dev/scipy/build/testenv/lib/python3.6/site-packages/scipy/linalg/tests/test_decomp_update.py", line 387 in base_non_simple_strides
File "/Users/rlucas/scipy-dev/scipy/build/testenv/lib/python3.6/site-packages/scipy/linalg/tests/test_decomp_update.py", line 435 in test_neg_strides_1_col
File "/Users/rlucas/anaconda3/envs/scipy-dev/lib/python3.6/site-packages/_pytest/python.py", line 165 in pytest_pyfunc_call
File "/Users/rlucas/anaconda3/envs/scipy-dev/lib/python3.6/site-packages/pluggy/callers.py", line 187 in _multicall
File "/Users/rlucas/anaconda3/envs/scipy-dev/lib/python3.6/site-packages/pluggy/manager.py", line 87 in <lambda>
File "/Users/rlucas/anaconda3/envs/scipy-dev/lib/python3.6/site-packages/pluggy/manager.py", line 93 in _hookexec
File "/Users/rlucas/anaconda3/envs/scipy-dev/lib/python3.6/site-packages/pluggy/hooks.py", line 286 in __call__
File "/Users/rlucas/anaconda3/envs/scipy-dev/lib/python3.6/site-packages/_pytest/python.py", line 1451 in runtest
File "/Users/rlucas/anaconda3/envs/scipy-dev/lib/python3.6/site-packages/_pytest/runner.py", line 117 in pytest_runtest_call
File "/Users/rlucas/anaconda3/envs/scipy-dev/lib/python3.6/site-packages/pluggy/callers.py", line 187 in _multicall
File "/Users/rlucas/anaconda3/envs/scipy-dev/lib/python3.6/site-packages/pluggy/manager.py", line 87 in <lambda>
File "/Users/rlucas/anaconda3/envs/scipy-dev/lib/python3.6/site-packages/pluggy/manager.py", line 93 in _hookexec
File "/Users/rlucas/anaconda3/envs/scipy-dev/lib/python3.6/site-packages/pluggy/hooks.py", line 286 in __call__
File "/Users/rlucas/anaconda3/envs/scipy-dev/lib/python3.6/site-packages/_pytest/runner.py", line 192 in <lambda>
File "/Users/rlucas/anaconda3/envs/scipy-dev/lib/python3.6/site-packages/_pytest/runner.py", line 220 in from_call
File "/Users/rlucas/anaconda3/envs/scipy-dev/lib/python3.6/site-packages/_pytest/runner.py", line 192 in call_runtest_hook
File "/Users/rlucas/anaconda3/envs/scipy-dev/lib/python3.6/site-packages/_pytest/runner.py", line 167 in call_and_report
File "/Users/rlucas/anaconda3/envs/scipy-dev/lib/python3.6/site-packages/_pytest/runner.py", line 87 in runtestprotocol
File "/Users/rlucas/anaconda3/envs/scipy-dev/lib/python3.6/site-packages/_pytest/runner.py", line 72 in pytest_runtest_protocol
File "/Users/rlucas/anaconda3/envs/scipy-dev/lib/python3.6/site-packages/pluggy/callers.py", line 187 in _multicall
File "/Users/rlucas/anaconda3/envs/scipy-dev/lib/python3.6/site-packages/pluggy/manager.py", line 87 in <lambda>
File "/Users/rlucas/anaconda3/envs/scipy-dev/lib/python3.6/site-packages/pluggy/manager.py", line 93 in _hookexec
File "/Users/rlucas/anaconda3/envs/scipy-dev/lib/python3.6/site-packages/pluggy/hooks.py", line 286 in __call__
File "/Users/rlucas/anaconda3/envs/scipy-dev/lib/python3.6/site-packages/_pytest/main.py", line 278 in pytest_runtestloop
File "/Users/rlucas/anaconda3/envs/scipy-dev/lib/python3.6/site-packages/pluggy/callers.py", line 187 in _multicall
File "/Users/rlucas/anaconda3/envs/scipy-dev/lib/python3.6/site-packages/pluggy/manager.py", line 87 in <lambda>
File "/Users/rlucas/anaconda3/envs/scipy-dev/lib/python3.6/site-packages/pluggy/manager.py", line 93 in _hookexec
File "/Users/rlucas/anaconda3/envs/scipy-dev/lib/python3.6/site-packages/pluggy/hooks.py", line 286 in __call__
File "/Users/rlucas/anaconda3/envs/scipy-dev/lib/python3.6/site-packages/_pytest/main.py", line 257 in _main
File "/Users/rlucas/anaconda3/envs/scipy-dev/lib/python3.6/site-packages/_pytest/main.py", line 213 in wrap_session
File "/Users/rlucas/anaconda3/envs/scipy-dev/lib/python3.6/site-packages/_pytest/main.py", line 250 in pytest_cmdline_main
File "/Users/rlucas/anaconda3/envs/scipy-dev/lib/python3.6/site-packages/pluggy/callers.py", line 187 in _multicall
File "/Users/rlucas/anaconda3/envs/scipy-dev/lib/python3.6/site-packages/pluggy/manager.py", line 87 in <lambda>
File "/Users/rlucas/anaconda3/envs/scipy-dev/lib/python3.6/site-packages/pluggy/manager.py", line 93 in _hookexec
File "/Users/rlucas/anaconda3/envs/scipy-dev/lib/python3.6/site-packages/pluggy/hooks.py", line 286 in __call__
File "/Users/rlucas/anaconda3/envs/scipy-dev/lib/python3.6/site-packages/_pytest/config/__init__.py", line 74 in main
File "/Users/rlucas/scipy-dev/scipy/build/testenv/lib/python3.6/site-packages/scipy/_lib/_testutils.py", line 69 in __call__
File "runtests.py", line 307 in main
File "runtests.py", line 496 in <module>
Segmentation fault: 11
(scipy-dev) Lucass-MacBook:scipy rlucas$
Scipy/Numpy/Python version information:
About this issue
- Original URL
- State: closed
- Created 4 years ago
- Comments: 22 (22 by maintainers)
Today, I will try to strip the underlying LAPACK call for you to test with to triage the MKLness of the bug. Otherwise, it means I screwed up somewhere else in
eigh
overhaul (which I hope is the case since MKL bugs take time to be fixed).@EverLookNeverSee thanks for the link, I’ll take a look this weekend (hopefully) and let you know how it goes. Right now, as long as I don’t do dev work on
linalg
I’m ok.