This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug libc/11177] LD_AUDIT doesn't work with shared libraries containing no code
- From: "eero dot tamminen at nokia dot com" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sources dot redhat dot com
- Date: 21 Jan 2010 15:23:01 -0000
- Subject: [Bug libc/11177] LD_AUDIT doesn't work with shared libraries containing no code
- References: <20100115110434.11177.andris.zeila@accenture.com>
- Reply-to: sourceware-bugzilla at sourceware dot org
------- Additional Comments From eero dot tamminen at nokia dot com 2010-01-21 15:23 -------
Created an attachment (id=4548)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=4548&action=view)
readelf -S /usr/lib/libicudata.so.38.1 (Debian Stable)
(In reply to comment #3)
> The /usr/lib/libicudata.so.40 is miscompiled.
Attached is the output of "readelf -S /usr/lib/libicudata.so.38.1" from Debian
stable and it definitely doesn't have a text section. Here are its sources and
packaging:
http://packages.debian.org/lenny/libicu38
There are no bug reports on Debian about building libicudata:
http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=libicu38;dist=stable
> I don't see this in the version on my machine and it should never happen.
What sections you have in that library on RedHat?
And anyway... LD_AUDIT asserting on something that the dynamic linker accepts
sounds dubious. Either the dynamic linker should assert already on linking
this kind of a library or LD_AUDIT should only give a warning.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11177
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.