This is the mail archive of the
mailing list for the glibc project.
Re: [PATCH] ld.so: Enable preloading of new symbol versions [BZ #24974]
- From: Florian Weimer <fweimer at redhat dot com>
- To: Carlos O'Donell <carlos at redhat dot com>
- Cc: libc-alpha at sourceware dot org
- Date: Wed, 02 Oct 2019 19:00:32 +0200
- Subject: Re: [PATCH] ld.so: Enable preloading of new symbol versions [BZ #24974]
- References: <firstname.lastname@example.org> <email@example.com> <firstname.lastname@example.org> <email@example.com> <firstname.lastname@example.org> <email@example.com> <firstname.lastname@example.org>
* Carlos O'Donell:
> On 10/2/19 7:36 AM, Florian Weimer wrote:
>> Can we please move the discussion forward?
> I think we've settled on:
> * No env var.
> * Add a DT_ tag to disable the check.
> * Users building the special preload DSOs need to set the
> new DT_ tag.
> * Everything else is OK.
I have no recollection of that decision, or anyone else requesting that
we follow this approach. I expect that this will require a more
invasive change to the dynamic linker.
Alan Modra pointed out how to avoid binutils changes for this:
I don't know if we can get a tag reservation for GNU gABI for this
feature. I couldn't get one the last time, for .got.plt isolation (aka
safe lazy binding), so that project is now essentially dead.
I'm slightly concerned that what started out as a simple change is now
something that needs coordination between glibc, binutils (at least for
readelf), elfutils, and the GNU generic ABI. Is this really the
consensus on this list?