-
-
Notifications
You must be signed in to change notification settings - Fork 5.6k
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
Use OpenBLAS "develop" branch for Julia nightly builds #10788
Comments
Sounds fun, but taking an unstable upstream by default also sounds scary: it's another dependency to regularly compile (and not a small one), and makes isolating failures more difficult. We currently make it easy to select this (set |
I agree with @pao here. |
If someone had the resources to run tests in this configuration, that could be useful. |
This is not a good idea. As @pao says, if someone has the resources to set up a test environment, and monitor it, nothing like it. This is easy to do yourself by setting the openblas version to |
We also already co-operate closely with the openblas project testing out things before major releases, and reporting bugs, getting bugfixes, etc. |
It's not particularly hard for us to leverage our buildbot infrastructure to make one-off binaries for testing purposes, especially if there's a specific bugfix or performance improvement that someone would like to evaluate. But like everyone else here said, git master of Julia should depend on a specific version of each dependency, otherwise build results can be very unpredictable. |
I propose that the Julia project use the "develop" branch of OpenBLAS for nightly builds, while continuing to use an OpenBLAS release for a Julia release.
Benefits:
An example of an OpenBLAS enhancement waiting to be tested: OpenMathLib/OpenBLAS#530
The text was updated successfully, but these errors were encountered: