From: Jeffrey Walton <noloader@gmail.com>
To: musl@lists.openwall.com
Subject: Re: [musl] Is Musl responsible for runpath parsing in an elf file?
Date: Wed, 17 Jun 2020 15:51:38 -0400 [thread overview]
Message-ID: <CAH8yC8=BsLpor3zMXVoDtQ_h9MroXc5HH+X0LT4xdwH+ef3=oA@mail.gmail.com> (raw)
In-Reply-To: <20200617194053.GC2048759@port70.net>
On Wed, Jun 17, 2020 at 3:40 PM Szabolcs Nagy <nsz@port70.net> wrote:
>
> * Jeffrey Walton <noloader@gmail.com> [2020-06-15 21:25:15 -0400]:
> > On Mon, Jun 15, 2020 at 9:16 PM Rich Felker <dalias@libc.org> wrote:
> > > On Mon, Jun 15, 2020 at 08:45:18PM -0400, Jeffrey Walton wrote:
> > > > Hi Everyone,
> > > >
> > > > Please forgive my ignorance... Is Musl responsible for runpath parsing
> > > > during elf loading? If it matters, I'm working on Alpine Linux.
> > >
> > > Yes, loading of all libraries except the dynamic linker itself (which
> > > includes libc on musl) is the responsibility of the dynamic linker and
> > > is performed in userspace.
> > >
> > > When searching for a given library as a dependency (DT_NEEDED), musl's
> > > processing of rpath/runpath uses the runpath of the shared object
> > > that's depending on it and causing it to be pulled in, and continues
> > > this resolution recursively backwards, potentially up to the main
> > > program's runpath, if not found.
> >
> > Thanks Rich.
> >
> > I may have mis-filed this against Alpine:
> > https://gitlab.alpinelinux.org/alpine/aports/-/issues/11655.
> >
> > Is it expected behavior? Should I move it to Musl bug tracker?
>
> yeah i remember this discussion
>
> https://sourceware.org/legacy-ml/binutils/2019-06/msg00014.html
>
> i think there is no good solution, you have to figure
> out the right level of escape magic for your build
> system when passing runpath flags.
Man, I'm getting old. I forgot about that discussion.
My memory is not worth a shit anymore...
Jeff
prev parent reply other threads:[~2020-06-17 19:52 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-06-16 0:45 Jeffrey Walton
2020-06-16 1:16 ` Rich Felker
2020-06-16 1:25 ` Jeffrey Walton
2020-06-17 19:40 ` Szabolcs Nagy
2020-06-17 19:51 ` Jeffrey Walton [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CAH8yC8=BsLpor3zMXVoDtQ_h9MroXc5HH+X0LT4xdwH+ef3=oA@mail.gmail.com' \
--to=noloader@gmail.com \
--cc=musl@lists.openwall.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.vuxu.org/mirror/musl/
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).