Skip to content
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

[question] [OpenBLAS] static library implicitly requeries libgfortran.so #5910

Open
udovenkoav1981 opened this issue Jun 15, 2021 · 0 comments
Labels
question Further information is requested

Comments

@udovenkoav1981
Copy link

Hello, i use openblas/0.3.13 from conan ceneter is static mode (with lapack), i add it as depency to my app (i use CMAKE build system).
When i try to link my app i get error: undefined reference to `_gfortran_concat_string' (this is part of gfortran runtime).

Problem is: that conan don't have any info that libopenblas.a must be linked with libgfortran.so

If i use openblas in dymanic mode - i don't have any problem, because .so have explicitly dependency to libgfortran.so.

Can you fix OpenBLAS recipe?

@udovenkoav1981 udovenkoav1981 added the question Further information is requested label Jun 15, 2021
joakimono added a commit to joakimono/conan-center-index that referenced this issue Apr 23, 2023
    - Allow disabling AVX512 via env variable, workaround for conan-io#12705
    - Only make gfortran a dependency if actually used, related to conan-io#5910, conan-io#1867, conan-io#5338
    - Add latest OpenBLAS release version 0.3.23
    - Move replace_in_file to patches instead
    - Fix intel fortran compiler identification in OpenBLAS cmake
    - Allow build_lapack without fortran using C_LAPACK since 0.3.23
joakimono added a commit to joakimono/conan-center-index that referenced this issue Apr 23, 2023
    - Allow disabling AVX512 via env variable, workaround for conan-io#12705
    - Only make gfortran a dependency if actually used, related to conan-io#5910, conan-io#1867, conan-io#5338
    - Add latest OpenBLAS release version 0.3.23
    - Move replace_in_file to patches instead
    - Fix intel fortran compiler identification in OpenBLAS cmake
    - Allow build_lapack without fortran using C_LAPACK since 0.3.23
joakimono added a commit to joakimono/conan-center-index that referenced this issue Apr 23, 2023
    - Allow disabling AVX512 via env variable, workaround for conan-io#12705
    - Only make gfortran a dependency if actually used, related to conan-io#5910, conan-io#1867, conan-io#5338
    - Add latest OpenBLAS release version 0.3.23
    - Move replace_in_file to patches instead
    - Fix intel fortran compiler identification in OpenBLAS cmake
    - Allow build_lapack without fortran using C_LAPACK since 0.3.23
joakimono added a commit to joakimono/conan-center-index that referenced this issue May 3, 2023
    - Allow disabling AVX512 via env variable, workaround for conan-io#12705
    - Only make gfortran a dependency if actually used, related to conan-io#5910, conan-io#1867, conan-io#5338
    - Add latest OpenBLAS release version 0.3.23
    - Move replace_in_file to patches instead
    - Fix intel fortran compiler identification in OpenBLAS cmake
    - Allow build_lapack without fortran using C_LAPACK since 0.3.23
joakimono added a commit to joakimono/conan-center-index that referenced this issue May 8, 2023
    - Allow disabling AVX512 via env variable, workaround for conan-io#12705
    - Only make gfortran a dependency if actually used, related to conan-io#5910, conan-io#1867, conan-io#5338
    - Add latest OpenBLAS release version 0.3.23
    - Move replace_in_file to patches instead
    - Fix intel fortran compiler identification in OpenBLAS cmake
    - Allow build_lapack without fortran using C_LAPACK since 0.3.23
joakimono added a commit to joakimono/conan-center-index that referenced this issue May 10, 2023
    - Allow disabling AVX512 via env variable, workaround for conan-io#12705
    - Only make gfortran a dependency if actually used, related to conan-io#5910, conan-io#1867, conan-io#5338
    - Add latest OpenBLAS release version 0.3.23
    - Move replace_in_file to patches instead
    - Fix intel fortran compiler identification in OpenBLAS cmake
    - Allow build_lapack without fortran using C_LAPACK since 0.3.23
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question Further information is requested
Projects
None yet
Development

No branches or pull requests

1 participant