Bug 148917 - Note specifying OS ABI from system libraries.
Note specifying OS ABI from system libraries.
Status: CLOSED NOTABUG
Product: Fedora
Classification: Fedora
Component: glibc (Show other bugs)
3
x86_64 Linux
medium Severity medium
: ---
: ---
Assigned To: Jakub Jelinek
Brian Brock
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2005-02-16 17:03 EST by Jonathan Ryshpan
Modified: 2007-11-30 17:11 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2005-02-16 17:14:28 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Jonathan Ryshpan 2005-02-16 17:03:14 EST
Description of problem: None of the libraries in /lib and /usr/lib
have the note specifying the desired kernel OS ABI.  This causes some
programs to fail if invoked under the environment variable
LD_ASSUME_KERNEL


Version-Release number of selected component (if applicable):
glibc-2.3.4-2.fc3 (etc.)

How reproducible:

On an x86_64 platform do the following.  Notice that /lib/libc has a
note specifying the OS ABI, but that /lib64/libc doesn't.

$ eu-readelf -n /lib/libc.so.6 /lib64/libc.so.6

/lib/libc.so.6:
Note segment of 32 bytes at offset 0x154:
  Owner          Data size  Type
  GNU                   16  VERSION
    OS: Linux, ABI: 2.2.5

/lib64/libc.so.6:
Note segment of 32 bytes at offset 0x238:
  Owner          Data size  Type


This produces the following kind of error:

$ export LD_ASSUME_KERNEL=2.2.5
$ grep --version
grep: error while loading shared libraries: libc.so.6: cannot open
shared object file: No such fileor directory


Steps to Reproduce:
1. See above
  
Actual results:

grep: error while loading shared libraries: libc.so.6: cannot open
shared object file: No such fileor directory

Expected results:

grep (GNU grep) 2.5.1

Additional info:

The problem show up in nature when invoking firefox from a console.
Comment 1 Jakub Jelinek 2005-02-16 17:14:28 EST
Exporting LD_ASSUME_KERNEL=2.2.5 for all apps is a wrong thing to do.
Although 32-bit glibc supports kernels that old, 64-bit does not (x86-64 glibc
can only work with 2.4.x kernels).
So, just use LD_ASSUME_KERNEL=2.4.0 /the/program/that/really/needs
non-FLOATING_STACKS 32-bit linuxthreads (i.e. set it in env just for the
programs that need it and no others).
See http://people.redhat.com/drepper/assumekernel.html
for more details about LD_ASSUME_KERNEL.


Note You need to log in before you can comment on or make changes to this bug.