This is the mail archive of the
mailing list for the elfutils project.
Re: Treat ELFOSABI_NONE as ELFOSABI_LINUX in some places
- From: Florian Weimer <fweimer at redhat dot com>
- To: elfutils-devel at lists dot fedorahosted dot org
- Date: Thu, 17 Jan 2013 13:17:46 +0100
- Subject: Re: Treat ELFOSABI_NONE as ELFOSABI_LINUX in some places
On 01/16/2013 06:35 PM, Mark Wielaard wrote:
> On Wed, Jan 16, 2013 at 05:16:06PM +0100, Jan Kratochvil wrote:
>> On Wed, 16 Jan 2013 17:12:56 +0100, Florian Weimer wrote:
>>> Not sure if this a toolchain bug or elfutils bug. readelf from
>>> binutils prints GNU_UNIQUE.
>> If not obvious binutils/readelf.c contains:
>> if (binding == STB_GNU_UNIQUE
>> && (elf_header.e_ident[EI_OSABI] == ELFOSABI_GNU
>> /* GNU is still using the default value 0. */
>> || elf_header.e_ident[EI_OSABI] == ELFOSABI_NONE))
>> return "UNIQUE";
> So I think this is a toolchain bug. It is nice of binutils to
> accept STB_GNU_UNIQUE with the wrong EI_OSABI, but I don't think
> you can rely on all tools being so lenient.
Okay, I'll try to figure what's special about the affected DSOs and
isolate the toolchain bug.
Florian Weimer / Red Hat Product Security Team