You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Clearly, I should have waited for such a nice automatic fix, but as it is we do have #15065 waiting in the wings to solve this once numpy 2.0 is out - though then we will need to run doctests on numpy 2.0 only.
though then we will need to run doctests on numpy 2.0 only
That is correct. It is too painful to run doctest on multiple numpy versions given all the changes. And there is little point is upgrading to 1.26 and then upgrade again. So I say we just jump from numpy<1.25 to numpy>=2 for doctest.
I think this should be triaged into 6.1.1
90% of the solution is already isolated in #16416, and we can probably extract backportable solutions for the other 10% from #15065. I'm game to take this on.
I really don't think it is that critical to have a backport branch to use numpy 2.0 for doctest. I still think it is fine to milestone this for v7.0 unless I have missed a situation where a backport is unavoidable?
oops, sorry I somehow didn't realize this issue was specificly about doctests. I agree doctests aren't critical. I'll open another issue for regular tests.
Activity
pllim commentedon Jul 26, 2023
I think any fix for this would be too painful to backport so we might also want to do a
numpy<2pin on 5.3.xpllim commentedon Dec 15, 2023
Thanks to
seberg, we can probably use--doctest-plus-generate-diffnow to easily generate the new expected doctest outputs. It was implemented in scientific-python/pytest-doctestplus#227 and should be in https://github.com/scientific-python/pytest-doctestplus/releases/tag/v1.1.0 release.mhvk commentedon Dec 15, 2023
Clearly, I should have waited for such a nice automatic fix, but as it is we do have #15065 waiting in the wings to solve this once numpy 2.0 is out - though then we will need to run doctests on numpy 2.0 only.
pllim commentedon Dec 15, 2023
That is correct. It is too painful to run doctest on multiple numpy versions given all the changes. And there is little point is upgrading to 1.26 and then upgrade again. So I say we just jump from
numpy<1.25tonumpy>=2for doctest.neutrinoceros commentedon May 9, 2024
I think this should be triaged into 6.1.1
90% of the solution is already isolated in #16416, and we can probably extract backportable solutions for the other 10% from #15065. I'm game to take this on.
pllim commentedon May 9, 2024
I really don't think it is that critical to have a backport branch to use numpy 2.0 for doctest. I still think it is fine to milestone this for v7.0 unless I have missed a situation where a backport is unavoidable?
neutrinoceros commentedon May 9, 2024
oops, sorry I somehow didn't realize this issue was specificly about doctests. I agree doctests aren't critical. I'll open another issue for regular tests.
EDIT:
Fix the doctest due to numpy 2.0
Fix the doctest due to numpy 2.0 (meta-pytorch#654)
Fix the doctest due to numpy 2.0 (meta-pytorch#654)
Fix the doctest due to numpy 2.0 (meta-pytorch#654)
Fix the doctest due to numpy 2.0 (#654)
Only run doctests for Numpy >= 2.0.0
Update doctest output for Numpy 2.x
Update doctest output for Numpy 2.x
Unpin Numpy and Scipy min versions, require Numpy >= 2.0.0