Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20190508204727.GF23599@brightrain.aerifal.cx>
Date: Wed, 8 May 2019 16:47:27 -0400
From: Rich Felker <dalias@...c.org>
To: musl@...ts.openwall.com
Cc: John Mudd <johnbmudd@...il.com>
Subject: Re: Re: __strftime_l: symbol not found

On Wed, May 08, 2019 at 10:03:39PM +0200, Szabolcs Nagy wrote:
> * John Mudd <johnbmudd@...il.com> [2019-05-08 15:54:35 -0400]:
> > Here's more details. I'm trying to load a library that includes some C++
> > code. It requires libstdc++.so.6 which is looking for __strftime_l.
> > 
> > $ nm -D /usr/rx30/musl/lib/libstdc++.so.6 | grep __strftime_l
> >          U __strftime_l
> > $
> > 
> > I get the following error when trying to load libstdc++.so.6.
> > Error relocating /usr/rx30/musl/lib/libstdc++.so.6: __strftime_l: symbol
> > not found
> 
> ok in that case this symbol should be kept for glibc abi compat
> so it is a real regression.
> 
> it seems libstdc++ explicitly declares and uses the __ symbols
> on glibc >= 2.2 targets.

Yes, this looks like a glibc-ABI-compat regression. I might have
overlooked some other symbols like this when hiding everything that
was not intended to be public API.

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.