Bug 1812318
| Summary: | Fails to build with hdf5 1.12.0 | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Orion Poplawski <orion> |
| Component: | Field3D | Assignee: | Richard Shaw <hobbes1069> |
| Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 33 | CC: | hobbes1069 |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2021-11-02 12:37:58 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
I went ahead and built 1.7.3 but I'm pretty sure that doesn't address the problem. I have also subscribed to the issue you submitted so I'll get notified. The workaround is probably the best option for now. This bug appears to have been reported against 'rawhide' during the Fedora 33 development cycle. Changing version to 33. Field3D will be retired shortly as OpenImageIO was the only consumer in Fedora and it has become depreciated with the last release. |
Description of problem: I'm starting to test builds of dependent packages with hdf5 1.12.0: /builddir/build/BUILD/Field3D-1.7.2/src/Field3DFileHDF5.cpp: In function 'herr_t Field3D::v1_7::InputFileHDF5::parsePartitions(hid_t, const char*, const H5L_info2_t*, void*)': /builddir/build/BUILD/Field3D-1.7.2/src/Field3DFileHDF5.cpp:1138:71: error: too few arguments to function 'herr_t H5Oget_info_by_name3(hid_t, const char*, H5O_info2_t*, unsigned int, hid_t)' 1138 | status = H5Oget_info_by_name(loc_id, itemName, &infobuf, H5P_DEFAULT); | ^ In file included from /usr/include/H5Apublic.h:22, from /usr/include/hdf5.h:23, from /builddir/build/BUILD/Field3D-1.7.2/src/Field3DFileHDF5.cpp:50: /usr/include/H5Opublic.h:188:15: note: declared here 188 | H5_DLL herr_t H5Oget_info_by_name3(hid_t loc_id, const char *name, H5O_info2_t *oinfo, | ^~~~~~~~~~~~~~~~~~~~ /builddir/build/BUILD/Field3D-1.7.2/src/Field3DFileHDF5.cpp: In function 'herr_t Field3D::v1_7::InputFileHDF5::parseLayers(hid_t, const char*, const H5L_info2_t*, void*)': /builddir/build/BUILD/Field3D-1.7.2/src/Field3DFileHDF5.cpp:1178:72: error: too few arguments to function 'herr_t H5Oget_info_by_name3(hid_t, const char*, H5O_info2_t*, unsigned int, hid_t)' 1178 | status = H5Oget_info_by_name (loc_id, itemName, &infobuf, H5P_DEFAULT); | ^ In file included from /usr/include/H5Apublic.h:22, from /usr/include/hdf5.h:23, from /builddir/build/BUILD/Field3D-1.7.2/src/Field3DFileHDF5.cpp:50: /usr/include/H5Opublic.h:188:15: note: declared here 188 | H5_DLL herr_t H5Oget_info_by_name3(hid_t loc_id, const char *name, H5O_info2_t *oinfo, | ^~~~~~~~~~~~~~~~~~~~ See https://www.hdfgroup.org/2020/03/release-of-hdf5-1-12-0-newsletter-172 for some details I suspect setting -DH5_USE_110_API would be the easiest workaround for now. Version-Release number of selected component (if applicable): 1.7.2-18.fc32