-
Notifications
You must be signed in to change notification settings - Fork 575
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
Fortran bindings for HDF5? #4760
Comments
Duplicate of JuliaPackaging/BinaryBuilder.jl#10? |
I do not think this issue is a duplicate. I got stuck when I wanted to BinaryBuild a Fortran application which relies on HDF5 but The error message was
showing that the HDF5 library did exist but did not offer Fortran support. |
I mean, the duplicate is that unless upstream hdf5 allows for proper cross-compilation, the only alternative is to be able to run code for the target platform, which is the point of JuliaPackaging/BinaryBuilder.jl#10 |
For a temporary workaround, do you think it is OK to build a standalone HDF5 for my application instead of using |
By the way, after looking at the Yggdrasil/H/HDF5/build_tarballs.jl Line 44 in 7e759a0
|
Sure, you can do whatever you want with your applications, no one forces anyone to use jlls 🙂 they're just a convenient way to provide users with hassle-free pre-built binaries well integrated with the whole ecosystem |
I don't think it's nearly that easy. As far as I can see, they link only to libgfortran5, which for example for Linux would be the wrong ABI, as Julia there comes with libgfortran4 |
I have a package that needs the Fortran bindings for HDF5. Is there a way to enable them?
I have heard that HDF5 does not cross-compile. I know how to set up Docker with qemu to build natively for various architectures. Could this be a way to build HDF5 on each architecture? Is there a Docker image for BinaryBuilder that can be used natively (not for cross-compiling) on non-x86 architectures?
The text was updated successfully, but these errors were encountered: