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
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.
Summary
We install both NumPy -pre-version (1.26) and 2.0, but still build MPL with 1.25:
Install Python dependencies:
Install the nightly dependencies
Install Matplotlib
Proposed fix
Wouldn't it make sense to also use one of the upcoming versions during installation?
The text was updated successfully, but these errors were encountered: