This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
RE: [PATCH v3 0/3] elf: Allow dlopen of filter object to work [BZ #16272]
- From: David Kilroy <David dot Kilroy at arm dot com>
- To: David Kilroy <David dot Kilroy at arm dot com>, "libc-alpha at sourceware dot org" <libc-alpha at sourceware dot org>
- Cc: nd <nd at arm dot com>
- Date: Wed, 18 Dec 2019 16:32:25 +0000
- Subject: RE: [PATCH v3 0/3] elf: Allow dlopen of filter object to work [BZ #16272]
- Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=arm.com; dmarc=pass action=none header.from=arm.com; dkim=pass header.d=arm.com; arc=none
- Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=15uYHgZb9KWSPy+OTpR0FtyL4kxh0Fc+tulWFKbJm6I=; b=G+o3AN75AAUoZiWxhi78yMtabOwZSxTSLVIHmtgNDAZli1U6/PwFJVQvUkRk5I4V3RCbdSwnYnaCa/wjWlB1TgEoZXd05GQBj7oXuAVVOtttdwOEu9kSQ/3hLvtN0J11wqxDR8mUAkJIg7DXyOR6tLhskYonwvVsJLk8UbaVk2195TdLvoc8w2LMqTR5cnziqp79w7IiTrCvjx563x0ZrSeTHee7x+hVi6ZXOusqwgTIbyjG2XNss3oagVtKI3JtedHab7He0b3Kx8zsnjDvy8Y3rHwwacD1xsxT/0XhGJ0NIwlyLMDC+u+v4MwSVKcs2w6HkAVzGCbvLq0Z/8O11g==
- Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=M3QuH62egDOgRFIKn9MNahzWlUUEJYU+pZOQyJOrXGZmUvqAy0KJWbQ2RSUBUSQz1OU9DwCv6Rin91zj+B7JB9KDVZe4exkFl2fDGPx9nL0ZK6WDoJSGHXyXMup3RbkSRv4JrXYSiHgnDqX2llHKXkzRa1RREUtP53FycFDa3NnADwBQ6NLUxdCa40Vs860AW0lPi7eD+DbFTsqUru4kV5Ntweim9+Ey7qnZlZ7Y3Kyo2REI1Or1/A8nyhaTkmqH4veUK7fGc4M6beyIdUds/IfWskwncKpk9OnwSs+0AqSvJYr+NdYCNksk5OGrUuj2yLYolchPu97luclBzyfMiA==
- Original-authentication-results: spf=none (sender IP is ) smtp.mailfrom=David dot Kilroy at arm dot com;
- References: <1575394197-18006-1-git-send-email-david.kilroy@arm.com>
> Repost of v2 with updated commit message resulting from follow-up
> tests with a different implementation.
>
> I'd still like to see this fixed, but the last patchset didn't get any
> responses.
>
> v3:
> - rebased for changes in elf/Makefile
> - updates to commit messages
>
> v2:
> https://sourceware.org/ml/libc-alpha/2019-10/msg00701.html
> - code formatting fixups
> - add dependency of test output on filtee library
> - tests changed to use the test framework
>
> v1:
> https://sourceware.org/ml/libc-alpha/2019-10/msg00519.html
Ping. Is there any interest in taking this series, or something like it?
I've seen that it needs another (almost trivial) rebase for changes in
elf/Makefile, but don't want do that unnecessarily.
It seems wrong that the toolchain can build a library as a forwarding library,
but it only works if you link against it normally (and not via dlopen).
This BZ is also referenced from https://gitlab.freedesktop.org/glvnd/libglvnd#issues
We came across this as we were exploring different ways to support multiple
stub libraries that at runtime forward to a single implementation library.
The Solaris-like forwarding libraries are nice for this, as the forwarding is
encapsulated in the compiled library. What we end up doing is still under
consideration - we have a few options including link scripts+symlinks as
proposed by Florian in [1]. The different solutions have drawbacks for us,
so having dlopen'able forwarding libraries would help by giving us another
option.
Thanks,
Dave Kilroy.
[1] - https://sourceware.org/ml/libc-alpha/2019-10/msg00619.html