Bug 104079
Summary: | Incompatibility of /lib/tls/libc-2.3.2.so with Maple 8 | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | W.A.B.Evans <wabe> |
Component: | glibc | Assignee: | Jakub Jelinek <jakub> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Brian Brock <bbrock> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 9 | CC: | fweimer |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2003-09-13 01:24:02 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
W.A.B.Evans
2003-09-09 18:41:05 UTC
If the error is like relocation error: XYZ: symbol errno, version GLIBC_2.0 not defined in file libc.so.6 with link time reference or Incorrectly built binary which accesses errno or h_errno directly. Needs to be fixed. then it is a Mapple bug which Mapple needs to fix. You can work around it by running it with LD_ASSUME_KERNEL=2.4.19 (see release notes). If it is a different error, you need to specify what exactly. The precise error message I get is as below (pasted from output): /arcs/maple8/bin.IBM_INTEL_LINUX/mserver: relocation error: /arcs/maple8/bin.IBM_INTEL_LINUX/libmaple.so: symbol errno, version GLIBC_2.0 not defined in file libc.so.6 with link time reference It seems odd to me that you claim the bug is in the Maple program, widely used by Mathematicians worldwide and which appears to work OK with other distros with kernels later than 2.4.19. If it is a library linked against glibc 2.1 and later (you can find this out by readelf -V /arcs/maple8/bin.IBM_INTEL_LINUX/libmaple.so | grep GLIBC_2 ), having errno in the symbol table is a bug (source uses errno yet doesn't #include <errno.h> as standards mandate). And given that ld.so complains about errno@@GLIBC_2.0, not plain errno suggest that it is a glibc 2.1+ compiled library (glibc 2.0 was not versioned). |