-
Notifications
You must be signed in to change notification settings - Fork 132
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
Compile with OpenBlas libraries #23
Comments
Does this occur with both the 32-bit build and the 64-bit build? SUNDIALS 5.0.0 does not yet work with 64-bit BLAS/LAPACK. What version of openblas is this with? We test against openblas 0.3.0 as part of our CI testing and it builds successfully. |
Yes in both versions, I used already compiled OpenBlass 0.3.0. |
bump @balos1 |
@jd-lara Per our email conversation, isn't this resolved?
I recall that fixing the bug in the script fixed the issue for all builds except when trying to use 64-bit openblas, but we do not support that yet (we will in the next minor/patch release). |
I found the problem: the path to the lib ( Still, I find the message from |
@smaret Yes, I agree that the message is not very clear. The message(s) will be updated in the next release. |
@balos1 I have updated the building code to Sundials 5.1 but still getting some errors. After running this configuration on the CMAKE
The output of the cmake command is as follows
I patched the files used to determine the Fortran name mangling unsuccessfully. In 3.1 the name mangling used to be determined properly but not anymore. Any hints on how to address it? |
@jd-lara Can you navigate to the |
@balos1 This is the output I am getting consistently where the name mangling scheme failed and gave me this output
The output of the FortranTest is as follows:
|
@balos1 we have figure out that this is an issue with gfortran in the toolchain. I will close the issue. Thanks for the help. |
@jd-lara Are there fixes we need to incorporate into SUNDIALS? |
Not for the Linux and MacOS versions. If you are interested in the process we have followed you can see it here JuliaPackaging/Yggdrasil#421 We are working on an error in Windows with the LAPACK linking. Here are the error and the build log. I was thinking about opening a different issue for this. |
I am trying to compile SUNDIALS with LAPACK enabled using the OpenBlas distribution. OpenBlas automatically exports in the same shared library the lapack and blas API so the build seems to be unable to find a working version of the libraries
I am currently trying to update the BinaryBuilder for Sundials v5.0.0 and If I keep this configuration for Sundials I get that LAPACK isn't functional.
Any ideas on how to make it work?
This is my current CMAKE configuration
The text was updated successfully, but these errors were encountered: