-
Notifications
You must be signed in to change notification settings - Fork 5
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
Durin does not build on CentOS 7 / x86_64 #20
Comments
On RHEL7.9 it compiles as is, which is interesting - however works equally well with the change suggested to use What HDF5 version do you get my default? You'll probably be wanting at least 1.10.(something) |
I could do with making a release with this in before closing... however this reminds me there are some other outstanding issues I should probably look at. @jcbollinger are you happy to build from a clone of the repo? |
Interesting indeed. The system on which I hit this has not yet been updated to release 7.9 (it is still on 7.8), but I wouldn't usually expect that to make a difference to this sort of thing. This distro's default HDF5 is version 1.8(.12), so I'll need to look for problems related to that, but I haven't recognized such issues in other bitshuffle-using software, such as CBFlib. |
I would be willing to build from a clone of the repo if that helps you out. Otherwise, I am happy to patch the source locally, and that was my original plan. |
It's probably a good fix so not too worried. Personally I would suggest building against 1.10 HDF5 (even if not in system) as "places" are probably using that shortly (e.g. Diamond) What is your use case here? Just for info, to help some more |
I'm managing Linux workstations for a Structural Biology department. We get data from several sources, mostly in the U.S., including two beamlines at Brookhaven that have Eigers. It seems likely that we will see more Eigers in the future. Some of our key users are big proponents of XDS and XDS-GUI, and that constellation led me here. |
I think that the HDF version issue will go away for us, because we are starting to migrate to CentOS 8, which provides HDF 1.10 as its standard. Until that's complete, though, we are (re)processing at least some of our data on CentOS 7. |
No problem - if you are processing data collected with the DECTRIS file writer then I think you should be fine with 1.8 HDF5 for the foreseeable. That being said, there are also binaries on the release page which would probably suit your needs already. I'll add "making a new release" to my to-do list once I have squashed some of the other bugs... if it is worth doing, should do properly. |
I attempted to build Durin on 64-bit CentOS 7, using the HDF5 provided by that distribution. I expected that I would get a link error if the platform HDF5 had not been built with appropriate switches, but the build did not make it to that point.
Following the build instructions, I
make
.Here is the full
make
output:This arises from the Bitshuffle sources making some incorrect assumptions and taking unsafe liberties with reserved identifiers, but the issue can be sidestepped in Durin's top-level Makefile by changing the
CFLAGS
to specify-std=c99
instead of-std=c89
. On distributions that provide more recent compilers, it would likely be sufficient to just remove the-std=c89
option altogether.The text was updated successfully, but these errors were encountered: