[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20230405122044.GG4163@brightrain.aerifal.cx>
Date: Wed, 5 Apr 2023 08:20:44 -0400
From: Rich Felker <dalias@...c.org>
To: Florian Weimer <fweimer@...hat.com>
Cc: musl@...ts.openwall.com
Subject: Re: Re: [PATCH v9 0/13] implement dlmem() function (fwd)
On Wed, Apr 05, 2023 at 02:13:16PM +0200, Florian Weimer wrote:
> * Rich Felker:
>
> > Well this is disturbing. We probably need to fix gcc here (and a lot
> > of code in the wild may be broken) because musl has no such locking
> > where it doesn't belong.
>
> We have a helper function in glibc (_dl_find_object) that replaces all
> the previous object traversal logic and caching in libgcc, so it's no
> longer an issue with current gcc and glibc.
Does gcc automatically detect and use this if available? What gcc
versions does that cover? We could certainly add it, but I suspect
coverage will be incomplete... :/
> Unfortunately that means
> that the generic dl_iterate_phdr code will be fixed by adding its own
> locking.
Not sure why that's unfortunate; it's what it should have been doing
all along.
Rich
Powered by blists - more mailing lists
Confused about mailing lists and their use?
Read about mailing lists on Wikipedia
and check out these
guidelines on proper formatting of your messages.
