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
libgfortran.so
not linked and causing compilation error
#635
Comments
I'm suspecting this issue is related to the location of the flags in the call to I can fork this repo and try it out, unless you see something obviously wrong with the previous implementation. |
For completeness, here is my
If I run
So I believe OpenBLAS and |
FWIW, I removed OpenBLAS from |
Probably worthwhile to put an |
Actually, the error might just be coming from |
I'm thinking this error might be coming up is because the build script has a |
Disregard that; it's failing from |
This is solved with a patch akin to #636 |
Thank you very much for the great work with this package.
I'm trying to build this package on a CentOS7 machine with
gcc
v11. I have an OpenBLAS installation compiled from source and a corresponding shared library object whose directory is linked to in theOWL_FLAGS
which I have changed and provided below (with some of the directories replaces with...
for space).However, I'm receiving the following error:
Here are the
OWL_FLAGS
:FWIW, I know that
libgfortran.so.5
is linked to in the-L
andWl,-rpath=
flags containingligcc
in myOWL_FLAGS
. I believe I'm using the samegcc
andlibgfortran
that were used to buildOpenBLAS
.Admittedly, I'm not an expert properly linking libraries in
gcc
; however, it seems that this might be remedied by adding-lgfortran
as a library like-lopenblas
is passed togcc
.If there's any chance you happen to see an obvious problem in this setup; I'd really appreciate it. Otherwise, perhaps it'd be worth considering adding another environment variable which would add libraries like
-lopenblas
is added to thegcc
call. (I tried to add the-lgfortran
as the final flag inOWL_CFLAGS
, but it didn't solve the error; however, I believe that might just be because of the position in thegcc
call.)I'd try to change this myself and see if it worked, but the build system I'm working on is strange and I can't easily do so. I also think there's a reasonable chance that I'm doing something obviously wrong with the above setup.
FYI, we also have a static library for OpenBLAS (using
-Bstatic
on the relevant-Wl
flag inOWL_CFLAGS
), and I've tried linking to that instead of the shared library; however, that resulted inconf-openblas
, whoseopam
file I modified to use$OWL_CFLAGS
instead of$CFLAGS
in thebuild
section) failing with different errors (conf-openblas
would still try to use the shared library object, but the failure would be related to another library).The text was updated successfully, but these errors were encountered: