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. |