-
Notifications
You must be signed in to change notification settings - Fork 7
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Run tests against numpy 2 #256
Comments
Fixing that problem is easy enough with setting
So, during the encode step we've got a segfault. Digging in to this now. |
Hmm, so setting copy=True above resolves this segfault (which appears to happen when accessing the genotype data). So, setting copy=True seems fine and dandy to me - I'm sure the perf difference is negligible. |
With #257 we should be basically set for numpy 2.0 and numpy 1.x compatibility. To close this issue we should add a CI job that explicitly installs numpy 2.x and runs the tests. Later, when numpy 2.0 becomes the default thing we install (due to dependencies) we can switch this to 1.x. We're waiting on numpy 2.0 compatible wheels from msprime, so no point in making this CI job until they arrive. |
Just waiting on numpy 2.0 wheels for msprime which should arrive in a few days, and we can then ship a numpy 2.0 compatible version. |
This is blocking removal of VCF from sgkit (sgkit-dev/sgkit#1264), since we are using It looks like msprime now has NumPy 2 wheels, so it should be enough to do a bio2zarr release. |
I'm slightly reluctant to do a bio2zarr release before having a good look at the local alleles stuff. Can we point sgkit at the development version of bio2zarr for a while, keeping an issue tracking the fact we need to switch before next release? |
I managed to do this just for the NumPy GitHub action workflow, so I think we're good here. |
Some errors:
The text was updated successfully, but these errors were encountered: