-
Notifications
You must be signed in to change notification settings - Fork 751
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
hdf5 1.14.1-1.5.9 is broken on Windows for hdf.hdf5lib.H5 bindings #1405
Comments
Works fine for me, but that can always be enhanced |
I do not see a clear option in the build to statically include the library. This also poses an issue for plugins. The quickest fix I can think of would be to preload hdf5.dll in
Would it also be possible to have the JNI libraries also dynamically link that? I'm confused about what makes Windows distinct from the other platform builds here. Why are the jni* libs statically linked to HDF5 on Windows? |
It didn't work before, if it works now, great! |
I've tried it again with HDF5 1.14.3 and it still doesn't work. The problem on Windows is that most symbols don't get exported from the DLLs, so they are not actually usable. This isn't something related to JavaCPP, so it should be fixed upstream. |
I'm unclear which DLL we are talking about. The main hdf5.dll, which should export the symbols is not being packaged. |
That DLL doesn't contain the C++ API.
|
|
hdf5_cpp.dll exports only some of the C++ API. It's not actually usable. That needs to be fixed. |
hdf5-1.14.1-1.5.9-windows-x86_64.jar contains only three DLLs:
hdf5_java.dll depends on hdf5.dll which does not exist. The other two DLLs do not seem to depend on hdf5.dll but perhaps statically link it?
The text was updated successfully, but these errors were encountered: