Bug 1904164
| Summary: | Undefined references to hdf5 on epel7 | ||
|---|---|---|---|
| Product: | [Fedora] Fedora EPEL | Reporter: | Antonio T. sagitter <trpost> |
| Component: | cgnslib | Assignee: | Dave Love <dave.love> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | high | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | epel7 | CC: | chitlesh, dave.love, i, manisandro, orion |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | cgnslib-3.2.1-4.el7 | Doc Type: | If docs needed, set a value |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2021-02-17 05:05:56 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: | |||
|
Description
Antonio T. sagitter
2020-12-03 18:22:07 UTC
Dave - cgnslib should be linked against the hdf5 library. Any idea why it isn't? Sorry, I don't know what happened to this. Anyway, I'm confused. libcgns is linked against libdf5. It looks as if it's petsc that needs -lhdf5. $ readelf -d /usr/lib64/libcgns.so.3.4|grep hdf5 0x0000000000000001 (NEEDED) Shared library: [libhdf5.so.8] (I should probably orphan it anyway, with other things.) I suspect that this issue is caused by using different GCC version (GCC-9 in my build against GCC-4 of cgnslib on EPEL7). PETSc is now pushed on EPEL7 without the cgns support. I will try to rebuild with it and GCC-4 It's not linked against libhdf5:
[orion@rhel7 ~]$ ldd /usr/lib64/libcgns.so.3.2
linux-vdso.so.1 => (0x00007ffeeaf90000)
libc.so.6 => /lib64/libc.so.6 (0x00007f54b9c10000)
/lib64/ld-linux-x86-64.so.2 (0x00007f54ba2a6000)
[orion@rhel7 ~]$ rpmlint cgnslib
cgnslib.x86_64: W: undefined-non-weak-symbol /usr/lib64/libcgns.so.3.2 H5T_NATIVE_SCHAR_g
cgnslib.x86_64: W: undefined-non-weak-symbol /usr/lib64/libcgns.so.3.2 H5P_CLS_DATASET_CREATE_g
...
The gcc version shouldn't matter.
Sorry, I realize I'd got a version from copr. I don't know what's going on here. If I simply rebuild it for el7 in mock or koji scratch, it is linked correctly, unlike the version in the repo. I've never touched it, I just wanted to stop it dying when I was packaging petsc. I'll trigger a rebuild for now, but I'll drop it later. It looks as thought it needs substantial work, like to separate out the library without the graphics etc. FEDORA-EPEL-2021-09f2e092cc has been pushed to the Fedora EPEL 7 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-09f2e092cc See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. FEDORA-EPEL-2021-09f2e092cc has been pushed to the Fedora EPEL 7 stable repository. If problem still persists, please make note of it in this bug report. |