Bug 112707
Summary: | dynamic-link.h:57: elf_get_dynamic_info: Assertion `! "bad dynamic tag"' failed. | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Christopher Stone <tkmame> |
Component: | binutils | Assignee: | Jakub Jelinek <jakub> |
Status: | CLOSED NOTABUG | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 1 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2003-12-29 11:45:30 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Christopher Stone
2003-12-29 11:30:24 UTC
You are trying to run statically linked binaries which use NSS/dlopen/iconv and have been built against very old glibcs. This is not going to work, such programs were never portable, if they are able to run against glibc other than the exact version they have been compiled against, it is just by luck. The problem is that those statically linked binaries have their copy of the dynamic linker linked into them, and that copy isn't able to cope with current glibc. Current glibc warns at link time about such programs, so that developers are aware of the limitations of not-fully self-contained statically linked programs. Ask Loki to avoid using statically linked binaries. -Bstatic ... -Bdynamic is way preferred, that way one can decide what libraries should be linked into the program and what libraries are linked dynamically. Certainly, libc.so, libpthread.so, ld-linux.so should be always linked dynamically. As a workaround, you could try unpacking some old glibc into some directory, say ~/oldglibc/lib and then run the statically linked program with LD_LIBRARY_PATH=~/oldglibc/lib ./statically_linked_program This certainly will not work if the statically linked program tries to execute some dynamically linked program though. |