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
{{ message }}
Repository navigation
[MNT]: Which NumPy version to use for the weekly build? #26730
This conversation may be reignited at some point, but I think I'm largely okay with using the nightly wheels for now.
There is a bit of a compatibility dance that needs to be done, but I'm not aware of further code changes that I expect to require on our end for np 2.0, and so I think testing against installing main with 2.0 is probably a good thing.
That said, there are ABI changes planned, so code compiled with np<2 may not work with np==2, though the opposite is intended to continue working, to my knowledge.
Official np guidance is to pin to numpy<2.0 for releases (something we have not done for prior releases, but have done for 3.7.3 (#26706) and I am going to do the same for the 3.8 release branch.)
However, mpl is used in numpy's doc building, so they may be forced to do source installs (and potentially git installs) for that to work once the ABI changes hit.
Until quite recently, the nightly wheels, which are built from numpy main, were actually closer to 1.26 than they were to 2.0. So far it is only python deprecations/cleanups that they have merged on main, which we have addressed in our code, so the failures we are seeing are due to third parties (xarray/pandas, mostly)
My point is rather that we don't build MPL for testing with the nightly wheels, although we install them prior to build MPL, as if the purpose was to actually build it as well. But I may have misunderstood your reply.
Activity
ksunden commentedon Sep 11, 2023
This conversation may be reignited at some point, but I think I'm largely okay with using the nightly wheels for now.
There is a bit of a compatibility dance that needs to be done, but I'm not aware of further code changes that I expect to require on our end for np 2.0, and so I think testing against installing main with 2.0 is probably a good thing.
That said, there are ABI changes planned, so code compiled with np<2 may not work with np==2, though the opposite is intended to continue working, to my knowledge.
Official np guidance is to pin to
numpy<2.0for releases (something we have not done for prior releases, but have done for 3.7.3 (#26706) and I am going to do the same for the 3.8 release branch.)However, mpl is used in numpy's doc building, so they may be forced to do source installs (and potentially git installs) for that to work once the ABI changes hit.
Until quite recently, the nightly wheels, which are built from numpy main, were actually closer to 1.26 than they were to 2.0. So far it is only python deprecations/cleanups that they have merged on main, which we have addressed in our code, so the failures we are seeing are due to third parties (xarray/pandas, mostly)
oscargus commentedon Sep 12, 2023
My point is rather that we don't build MPL for testing with the nightly wheels, although we install them prior to build MPL, as if the purpose was to actually build it as well. But I may have misunderstood your reply.
QuLogic commentedon Jul 13, 2024
We always use
--no-build-isolationnow, so the nightly build will be against the nightly wheels automatically.